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1 . 2 PREFACE 

The major goal of the engineering functional specification is to 
provide a current, accurate, and easily updatable description of the 
functional characteristics of the 2080 system. The specifications 
will describe the goals and functions of the system as a whole as 
well as the functions of the individual components. The 
specification will also describe the motivations and the "whys" 
behind the functional design. The components will be described as 
functional units (e.g. an IBOX or cache) not as physical parts of 
the system such as a particular board. 

Emphasis will be placed on clarity of description and speed of 
distribution. English, style, and appearance will be considered only 
of secondary importance. Update pages will be issued frequently. 
All major changes will be marked with change bars. 

The functional specifications describe the hardware and firmware. 
They will be the documents from which the diagnostic engineers and 
software engineers will write their programs. The functional 
specification will serve as input to the technical writers. This 
function specification should never be released to customers. 

The functional specification will describe the test procedures used 

to verify the specification, especially the RAMP specification. This 

will allow ECCs and new software releases to be verified with the 
same thoroughness as the original product. 

Sections enclosed in double square brackets [[ ... ]] are editorial 
comments and questions. They should be resolved as time goes on. 

This function specification describes the entire 2080 system. Not 
all items will be available at the same time. The current schedules 
will be part of the "2080 System Development Plan". 
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CHAPTER 2 
SYSTEM DESCRIPTION 



2.1 OVERVIEW 

2.1.1 PRODUCT STRATEGY 

The 2080 provides the basic upgrade path for current TOPS-10 and 
TOPS-20 customers. The 2080 also will allow 36-bit customers to 
coexist with VAX by using the corporate interconnect strategy. 

When making trade-offs the 2080 project will consider the following 
list of primary product goals: 

1. Earliest possible time to market (most important) 

2. Performance should be 3.5 to 5 X KL10E (+/- 15 percent). We 
will assure that performance is at least A. EC X KL10E. The 
compile times for KR1CD1 (a COBOL program) and SP1111 (a 
FORTRAN program) run under TOPS-20 will be used as the 
benchmark to measure logic performance. 

3. FORTRAN performance with the APA will be at least 3.5 X 
KL10E. This will be measured as the execution time for 
SP1111. Without the APA FORTRAN execution speed will not be 
much taster than 2 X KL10E and some heavy double precision 
programs may run slower than the KL1GE. 

4. Lowest possible cost of ownership. This includes the cost 
of the 2080, the cost of field service and the impact of 
downtime. 

5. Provide for coexistence with VAX. 

In addition there are the following secondary 2080 product goals: 

1. Provide adequate microcode address space and storage to 
allow for future functionality or performance improvements. 

2. Perform comprehensive error detection at the interfaces 
between modular units to prevent errors from propagating 
into the rest of the system without detection. 
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3. All detected errors will be logged in non-volatile storage. 

4. Provide remote diagnostic capability greater than that 
provided on the KL10 or KSie. 



2.1.2 CPU CLUSTER BLOCK DIAGRAM 
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2.1.3 SYSTEM CONFIGURATIONS 

2.1.3.1 INITIAL SHIPMENTS - In order to reduce the risk and schedule 
for the 2C80 system, the configurations are being split into two 
phases. First is a MASSBUS and UNIBUS based system- to support 
shipments during the first year of production. Second is a CI based 
system targeted for the majority of the 2080 product life. 

The MASSBUS based system will consist of the following options: 

2080 SYSTEM PACKAGE 

KC1& Central Processor with 16 entry I-buffer and 8K word cache 

512K words main memory 

Two RH28 MASSBUS adaptors (for disk and tape) 

One DU28 UNIBUS adaptor 

One RP06-AA disk pack drive. 

One front end with 16 Asynchronous lines consisting of: 
One DN20-MA Front End 
One DN20-CC Cable Cabinet 

One DN25-EC Asynchronous expansion cabinet 
One DN25-BA Asynchronous expansion group 

One LA34 and one VT100 console terminal package. 

TOPS-20 Operating System with Extended Features and TOPS-20 License 

Initial Support package 

MOS MEMORY 
MA28 512K memory expansion kits. 

DISK AND TAPE CONTROLLER 

RH28 Massbus Controller for disk and tape. This consists of an 

10 port and a MASSBUS adaptor module. 

ADD-ON DISK PACK DRIVES 
RP06-AA Single access 40 million word add-on disk pack drive. 

RP06-BA Dual access 40 million word add-on disk pack drive. 
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RP06-C RP06 dual access kit. 

RP20 DISK SUBSYSTEMS 

RTP20-EA Single channel 967Mb master TOPS-10. 

RTF20-EC Dual channel 967Mb master 1OPS-10. 

RTP20-FA Single channel 929Mb master TOPS-20. 

RTP2&-FD Dual channel 929Mb master TOPS-20 

RP20-AC Add-on single channel TOPS-10 disk. 

RP20-AE Add-on single channel TOPS-20 disk. 

RP20-CB Slave dual port upgrade kit. Converts RP20-AC or RP20-AE 
to dual channel disks. 

TU78 SERIES MAGNETIC TAPE DRIVES 

TU78-CB Magnetic tape subsystem including controller and one 

master tape drive 9-track, 125 inches per second, 1600/6250 
bits per inch. 

TU78-AE 9-track, 125 ips, 1600/6250 bpi add on tape drive. 
PREREQUISITE: TU78-CB. 

TU72 SERIES MAGNETIC TAPE DRIVES 

TX02-EE Magnetic tape controller and DX20 channel for TU72 series 
tapes . 

TU72-EC 9-track, 125 ips, 1600/6250 bpi add-on tape drive. 

TX03-EE Two channel switch option and DX20 channel. 

TX03-FB Two channel switch for two 1X02 controllers. 

TX05-EC Two control unit tape switch option and TXP2. 

LINE PRINTERS 
LP20-AA 300 LPM, LP05, 64-charac ter , EDP 
LP20-AC 300 LPM, LP05 , 64-character , SCIENTIFIC 
LP20-BA 240 LPM, LPB5, 96-character , EDP 
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LP20-BC 240 LPM, LP05, 95-charac ter , SCIENTIFIC 

LP20-CA 900 LPM, LP14 , 64-character , EDP 

LP20-CC 90tJ LPM, LP14, 64-charac ter , SCIENTIFIC 

LP20-DA 660 LPM, LP14 , 96-cha rac ter , EDP 

LP20-DC 660 LPM, LP14 , 26-charac ter , SCIENTIFIC 

LP200-BA LP07 ChARABAND line printer with LP20 control & cable kit, 
900/1200 LPM. 

CARD READERS 
CD20-CA 1200 CPM console-model reader and control . 

SYNCHRONOUS LIKE I N'l LUlhCU* 

DN20-BA' Low speed synchronous line controller. 

DN2C-DA Synchronous expansion drawer. Including one DN20-BE with 

slots for up to 3 additional DN2C-BBs. 

DN20-BB Lov, speed synchronous line- interface (24C0 baud to 19.2Kb) 

DN21-DA Synchronous expansion drawer. Including one DN21-BA with 

slots for up to 3 additional DN21-BAS. 

DN21-BA High speed synchronous line interface (19.2Kb to 55Kb) 

DN21-xx DMC-11 based high speed synchronous line interface (up to 

1Mb) 

ASYNCHRONOUS LINE INTERFACES 

DN25-EC Asynchronous expansion cabinet and first drawer including 

one 0-line multiplexer. 

DN25-DA Asynchronous expansion drawer, including one 8-line 

iiiul tip-lexer . 

DN25-AA 8-line asynchronous line multiplexer. 

DN25-AB 8-line asynchronous multiplexer with distribution panel. 

DN25-BA 8-line asynchronous expansion multiplexer. Expands the 

DN25-AA or DN25-AB to 16 lines. 
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2.1.3.2 TARGET SYSTEMS - Here is a picture of a possible dual 2080 
configuration which should give a good idea of the sorts of things 
that can be done. There are two 2080 systems hooked together with 
ICCS. Each 2080 has an HSC50 which can access a number of disks. 
Terminals are attached using a MERCURY communications controller on 
the ICCS bus. 



In practice, this system would have more ICCS 
2080's to the various I/O controllers. 
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2.2 HARDWARE ORGANIZATION 

This section provides a summary of the major blocks in the 2080 CPU 
cluster. full details of each block will be found in later chapters. 



2.2.1 CONSOLE SUMMARY 



The console performs the traditional "lights and switches" function 
on the 2080 system. It performs three functions for the 2080 system: 
bootstrap, operator support, and diagnostics. 
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2.2.1.1 BOOTSTRAP - This function turns the machine into something 
that the software bootstrap can use to load the monitor or 
diagnostics. The following actions need to take place: 

1. Reset the 2080 and verify that nothing is obviously broken. 

2. Load the microcode (IBOX, EBOX, MBCX, PORT) . 

3. Load and start a pre-boot from disk or tape. 



2.2.1.2 OPERATOR SUPPORT - This mode provides several simple 
commands to start and stop the system. It also provides operating 
system support for the console terminal so the operator can talk to 
the operating system. 



2.2.1.3 DIAGNOSTIC SUPPORT - The console can control the hardware 
and monitor outputs to enable programs to execute in the console and 

diagnose the machine. 



2.2.2 IBOX SUMMARY 

The part of the 2080 most responsible for its speed, (and complexity) 
is the IBOX (or instruction unit) . The purpose of the IBCX is to 
pre-fetch instructions and operands, so that the EBOX (or execution 
unit) will have a steady stream of instructions to execute. 

The IBOX attempts to gather up to 16 instructions and operands ahead 
of the EBOX, so as to smooth the flow between the memory system and 
the EBOX, both of which have considerable variation in their 
operation times. 

Central to the IBOX is a buffer of 8 even-odd pairs of instructions. 
The buffer is allocated in pairs since the MBCX can deliver an 
even-odd pair in one of its cycles. The storage in the instruction 
buffer is dynamically allocated among up to 3 instruction streams, 
depending on the branching characteristics of the program fragment 
being pursued. Associated with each of the 16 slots in the 
instruction buffer are one or two words of operand buffer, the second 
operand buffer being included with the optional F PA (floating point 
accelerator) . 

Since the MBOX may return words in a different order than requested, 
a system of "tags" is used to keep the returning words straight. The 
tag consists of the buffer identifier (instruction, first or second 
operand) and the slot number. Each request to the MECX is 
accompanied by a tag, which is returned by the NBOX when it completes 
the request. Along with the returned tag, the MBCX may indicate some 
type of failure which prevented it from returning the requested data. 
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The IBOX is controlled by an inter ruptable microcoded engine. The 
top level program in the IBOX basically tries to keep the instruction 
buffers full by issuing MBOX requests for instructions. It decides 
which of the three possible streams to follow, and issues tags for 
the resultant requests. 

As words come back from the MBOX, IBCX microcode interrupts are 
taken, which cause the words to be stored away, and analyzed. In the 
case of returning instructions, the effective address is computed, 
and, if the instruction requires, another MBOX request is issued for 
the data word(s). If the instruction is a branch, then, unless all 
three instruction streams are active, another stream is activated, 
causiny both branch paths to be pursued. An associative comparison 
is made at each branch to determine whether the target is already 
located within the instruction buffer, thus allowing short loops to 
run without fetching instructions from the MBOX. 

A three stage delay pipe is employed to allow the tags of the 
possible successor instructions to be stored with each instruction. 
This is necessary since the instruction buffer storage allocation is 
dynamic, and may be entirely scrambled. 

All of the above described pre-fetching is done without regard to the 
validity of either the index registers or the actual data being 
fetched. Cache thrashing which occurs as a result of referencing 
words which may not, after all, be required is hoped to be minimal. 
Attempts to reference words in pages not contained in the page 
translation cache are simply aborted, and the appropriate error 
indication is returned by the MBOX. These references are deferred 
until the word is actually required by the EBOX. In this case, it is 
hoped that not too many legitimate translation misses occur, since 
that will bottle up the IBOX pre-fetching. 

Simultaneous with keeping its buffers filled from the MBCX, the IBCX 
is emptying itself by passing instructions and data to the FBCX. 
Although the EBOX microcode engine takes two cycles per 
microinstruction, the IBOX supplies the first microinstruction from 
its own fast RAMs, allowing many instructions to pass thru the EBCX 
in one cycle. If two microinstructions are required in the EBCX, the 
second one comes from the EBCX microcode, and will be ready to go 
after the first IBOX-or ig inated cycle, thus allowing completion in 
two cycles. Successive microinstructions take 2 cycles each. 

As an instruction is passed to the EbOX, the tags of the two possible 
successor instructions become available, and both are read out of the 
buffer simultaneously. A static predictor based on the instruction 
type selects one of the two to be presented to the EBCX. If the 
previous instruction takes the contrary branch, one cycle is lost 
while switching to the alternate successor. 

The remaining problem is that of "conflicts", which occur when a 
result of one instruction affects a successive instruction already in 
the IBOX. Since the architecture of the PCP-10 allows arbitrary 
storing into the instruction stream, anything done in speculation 
might be invalid. Thus, the IBOX keeps in associative memory all 
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locations, both in memory and in general registers, which were used 
in the process of filling its buffers. 

Stored in the associative memory are the PC (program counter) values 
from which instructions were fetched, the index register locations 
used to compute effective addresses, and the accumulator locations 
which either are themselves data, or might point to data. 

When the EBOX does an instruction which writes an AC which is either 
the AC operand or the memory operand of the next instruction, the 
result is "fed forward", substituting for the actual register 



contents at no cost in time. The writing of an AC also forces an 
associative lookup against all registers used in the calculation of 
the effective addresses for instructions in the IBOX buffers. 
Similarly, the writing of a result to memory forces the associative 
comparison to be made against memory locations used to fill the IBCX 

Hi \F f o r c 



Should any matches against the IBOX occur, a priority encoder forces 
as many refetches as are necessary, although the order in which they 
are done does not bear any relation to the order in which they may be 
needed. Since the same location may be overwritten, and refetches 
issued, up to twice before the MBOX responds, a count of outstanding 
MBCX references is kept against each buffer slot. This count must be 
zero for the buffer contents to be considered valid. 

A special test is made in the IBOX for unconditional jumps (or at 
least the most common of them: JRST 0,). If a JRST is the next 
instruction up, and the EBOX signals that it is not storing over the 
JRST, which is known one cycle early, then the IBOX will pass over 
the JRST, and be ready to feed the successor instruction to the EBOX, 
with no net time spent on the JRST. Since JRSTs account for some 10% 
of all instructions executed, this is a significant advantage. 



2.2.3 EBOX SUMMARY 

The EBOX does all of the "real" computation in the 208P. The EBOX 
has a wide microcode word which directly controls ell of the logic in 
the EBOX. 

The EBOX does all of the stores required by the program. This keeps 
everything in sync so that we can recover from a page failure. 



2.2.4 ARITHMETIC PROCESSING ACCELERATOR SUMMARY 

The 2C80 AFA monitors the IBCX and EBOX and speeds up selected 
operations. These include single and double precision floating point 
add, subtract, multiply and divide and single precision integer 
multiply and divide. 

The following classes of instructions will be processed in the APA: 
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1. Single precision Floating point 

2. Single Precision Integer 

3. Double Precision Floating Point 

4. Expanded Range Double Precision Floating Point 

5. Conversion Instructions 



2.2.5 MBOX SUMMARY 

The MBCX is the central block of the 2080 system. It contains the 
cache memory and all of the hardware required to do paging and to 
read and write physical memory. 

The MBOX has a microprocessor which handles many of the complex MBOX 
functions (like a cache refill). Simple virtual memory reads do not 
require the microprocessor to do anything. 



2.2.6 MEMORY SUMMARY 

The 2080 has internal 64K MCS memory. The memory has ECC on every 
word. The memory always reads 4 words at one time. These four words 
are latched on the memory array cards and sent serially to the MBCX 
where they are written into the cache. 
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2.2.7 I/O SUMMARY 

The 2080 uses a microprogrammed 10 processor called a "PORT". The 
port performs several common functions for all 2080 10 interfaces: 

1. Interface to the 2080 TTL bus. 

2. Data repacking. In particular, conversion of 36 bit words 
into 8 bit byte streams in any one of several formats. 

3. Command processing. The port maintains several queues of 
outstanding commands and schedules data transfers. 

4. Processing channel command lists and buffer descriptors. 

5. Interrupt processing. 

There are up to eight ports in the 2080. Each port can control any 
one of four types of 10 interface: 

1. ICCS link - connection to other processors, HSC50 and 
MERCURY. 

2. MASSbUS - Connection to current disks and tapes (e.g. RP06, 
RP20, TU78). 

3. UNIbUS (or 10/11 interface) - connection to DN20-style 
communications options. 

4. IBM BLOCK MUX - connection to PCM disks and tapes. 



2.3 DIFFERENCES FROM THE KL10 
2.3.1 SUMMARY OF MAJOR DIFPERENCES 

1. Lower transfer cost than a KLIP. 

2. Smaller in size. 

3. Much faster than a KL10. 

4. Both TOPS-10 and TOPS-20 paging available under program 
control . 
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2.3.2 EXEC AND USER INSTRUCTIONS 

2.3.2.1 NEW EXEC AND USER INSTRUCTIONS - [[this section will be 
completed in a future edition] ] 



2.3.2.2 ChANGED EXEC AND USER INSTRUCTIONS - [[this section will be 
completed in a future edition]] 



2.3.2.3 DISCONTINUED EXEC AND USER INSTRUCTIONS - UFA, DFN, FADL, 
FSbL, tMPL and i DVL are not available on the 2080. They all trap as 
MUUOs. 

These instructions are considered obsolete. 



2.3.2.4 OTHER EXEC AND USER CHANGES - 



2.3.2.4.1 PUBLIC MODE - Public mode is not implemented on the 208(5. 
All instructions behave as if the machine is in concealed mode. 

There is also no supervisor mode. The only exec mode is kernel mode. 



2.3.3 EXEC MODE ONLY INSTRUCTIONS 

2.3.3.1 NEVv EXEC MODE ONLY INSTRUCTIONS - [[THIS SECTION WILL BE 
COMPLETED IN A tUTURE EDITION]] 



2.3.3.2 CHANGED EXEC MODE ONLY INSTRUCTIONS - [[THIS SECTION WILL BE 
COMPLETED IN A FUTURE EDITION]] 



2.3.3.3 DISCONTINUED EXEC MODE ONLY INSTRUCTIONS - [[THIS SECTION 
WILL BE COMPLETED IN A FUTURE EDITION]] 



2.3.3.4 OTHER EXEC MODE ONLY CHANGES - [[THIS SECTION WILL BE 
COMPLETED IN A FUTURE EDITION]] 
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2.3.3.4.1 OVERFLOW FLAG - In the 2080 the overflow flag comes back 

as PC flag bit 0. In the KL1C last- instruction-publ ic comes back as 
PC flag bit e . 



2.3.4 10 DIFFERENCES 

[[THIS SECTION WILL BE COMPLETED IN A FUTURE EDITION]] 

2.3.5 ADDRESSING DIFFERENCES 

[[THIS SECTION WILL BE COMPLETED IN A FUTURE EDITION]] 

2.3.6 INTERRUPT DIFFERENCES 

[[ThIS SECTION WILL BE COMPLETED IN A FUTURE EDITION]] 

2.3.7 PAGING DIFFERENCES 

Both 10PS-1E and TOPS-20 paging are implemented in one version of the 
microcode and selected by bit 21 in WREBR. 



2.3.7.1 PAGE FAIL CODES - [[this section will be completed in a 
future edition] ] 



2.3.8 ERROR RECOVERY DIFFERENCES 

[[this section will be completed in a future edition]] 

2.3.9 MISC. CHANGES 

[[this section will be completed in a future edition]] 
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CHAPTER 3 
EXEC MODE PROGRAMMING 
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3.1 INTRODUC110N 



This document describes the operation of the Exec Mode and I/O 
instructions on the KC10. All I/O instructions are ordinary 
instructions with the same format as normal instructions (opcode, AC 
and effective address) . The opcodes are in the range 700 thru 777. 

Any operation code in the range 700 thru 777, AC number, field or bit 
not described in this document should be considered reserved to DEC. 
The microcode will attempt to generate an illegal instruction trap 
whenever a reserved action is attempted. 

Opcodes 700 thru 737 are for exec mode only (I/O legal) instructions. 
Opcodes 740 thru 777 are for exec and user instructions. 

Included in this document is a description of the implementation of 
all 4096 sections of virtual address space, the EFT/UPT layout, trap 
handling and process context variables. Chapter 4 contains a 
proposal for new instructions for manipulating queues and physical 
memory. 

***NOTE*** 
Items still to be added to this document: 

1. Interrupt protocol description. 

2. Address break facility description (if any). 

3. System timers and accounting facilities. 
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OPCODE Assignment Map 



700 


APR0 


APR1 


APR2 


710 


RNGB 


RNG BW 


SNBSY 


720 


INSQHI 


1NSQTI 


REMQHI 


730 


- 


- 


- 


740 


INSOAJE 


REMQUE 


- 


750 


- 


- 


- 


760 


- 


- 


- 


770 


- 


- 


- 



PMOVE 



5 5 
PMOVEM - 



REMQTI 



AC Field Assignments 



AC 


700 


00 


APRID 


01 


- 


02 


- 


03 


- 


04 


InRAPR 


05 


RDAPR 


06 


- 


07 


- 


10 


- 


11 


- 


12 


- 


13 


- 


14 


WRPI 


15 


RDPI 


16 


- 


17 


- 



701 



RDUBR 
CLRPT 
WRUBR 
WREBR 
RDEBR 
WRIOP 
RDIOP 

SWPIA 
SWPVA 
SWPUA 
SWPPT 



702 

RDSPB 

RDCSB 

RDPUR 

RDCSTM 

RDTIM 

RDINT 

UPDTIM 



WRCSE 

WRPUR 

WRCSTM 

KRTIM 

WRINT 



NOTE 



New instructions proposed in this 
document are still subject to review 
and approval by Software Engineering 
and the Architecture Committee. 
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3.2 INTERNAL I/O INSTRUCTIONS 



These instructions control the CFU. They transfer no data between 
the outside world and the CPU or memory. 
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APRID 



APRID 



+ + +_+ + + 

! 700 ! 00 10! XR ! Y ! 

+ + +_+ + + 



This instruction returns the microcode version number, the CPU serial 
number, and processor options. This data is stored at F and E4l in 
the follov.iny format: 

E: 

U-£ Reserved for microcode options. 

9-17 hardware options (These are all zero at present) 

18-35 Processor serial number 

E+l: 

0-35 Microcode version number (in Standard format) 
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VvRAPR 



WRAPR 



+ + +-+ + + 

! 7G0 ! 04 !@! XR ! Y ! 

+ + +_+ + + 



Ihis immediate mode instruction decodes its effective address to 
control the processor. The effective address bits are used as 
follows : 

19 i/o reset. When this bit is set all internal devices are 
reset. In addition, an input/output init is generated. 

20 Enable conditions selected by bits 24 thru 31 to cause 
interrupts . 

21 Disable interrupts for conditions selected by bits 24 
thru 31. 

22 Clear flags indicated by bits 24 thru 31. 

23 Set flags indicated by bits 24 thru 31. 

WARNING 

The action of the processor is not defined when 
both bits 20 and 21 or 22 and 23 are set in the 
same instruction. 



24-30 To be described 
31 Cache sweep done 

33-35 PIA 
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RDAPR 



RDAPR 



+ + +_+ + + 

! 700 i 05 l@i XR 1 Y ! 

+ + +-+ + + 

This instruction stores the APR status in the word addressed by E. 
The status is as follows: 

06-13 tlags enabled to interrupt (tbd) 

13 Cache sweep done 

IS Cache sweep busy 

24-31 Flags, cause of interrupt (tbd) 

31 Cache sweep done 

32 Interrupt requested 
33-35 PIA 
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WRPI 



VvRPI 



! 700 I 14 !@I XR ! Y ! 



This immediate mode instruction decodes its effective address to 
control the priority interrupt system. The effective address bits 
are used as follows: 

18-20 Processor error insertion (to be defined). 

22 Turn off program requests on selected levels (bits 29-35) 

23 Clear PI system. 

24 Initiate interrupts on selected levels (bits 29-35) 

25 Turn on selected levels (bits 29-35) 

26 Turn off selected levels (bits 29-35) 

WARNING 

The action of the processor is not defined when 
both 25 and 26 or 22 and 24 are set in the same 
instruction . 

29-35 Select levels for bits 22, 24, 25, and 26. 
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RDPI y 



RDPI 

+ + +- + + + 

1 700 ! 15 !@! XR 1 Y i 

+ + + _ + + + 

This instruction store the Pi status in the word addressed by E. The 
status is a follows: 

11-17 Program requests on levels. 

18-20 To be defined (set by KRPI) . 

21-27 Interrupt in progress on levels. 

28 PI system on. 

29-35 Levels on. 
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KRUBR 



WRUBR 



! 701 ! 03 1@! XR ! Y ! 



This instruction loads user process context with the words at E and 
E+l. The format of the first word (E) is: 

Load AC block numbers 

1 Load PCS 

2 Load UBR 

3 Clear "kept" pages from the hardware page table. 

4 Do not update accounts. 
18-35 Physical page number of UPT. 

The format ot the second word (E+l) is: 
6-17 Previous Context Section 

30-32 Current AC block 

33-35 Previous AC block 

If bit 2 is on perform the following functions: 

1. It bit 4 in L is C, update the user accounts. 

2. Load bits 18-35 of E into the User base Register 

3. If bit 3 in E is C, clear only those pages marked "kept" in 
the Page Table, else; If bit 3 is 1, clear all entries. 
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RDUbk 



RDUBK 

+ + +-+ + + 

! 701 ! 01 !@! XR ! Y ! 

+ + +-+ + + 

This instruction reads back the user process context and returns two 
words at E and E+l in exactly the same format as used by WRUBR. In 
order to allovv these words to be used directly in a WRUBR 
instruction, bits thru 2 are set to 1 and bits 3 and 4 are set to 
in E. 
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CLRPT 



C LR PT 



+ + +_ + + + 

i 701 ! 02 iei XR ! Y ! 

+ + +_ + + + 



This immediate mode instruction cleats the hardware page table entry 

associated with the EA of this instruction so that the next virtual 

reference to the word specified by EA will cause a pager refill trap 
to occur . 
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WREBR 



WREBR 



+ + +- + + + 

! 701 ! 04 i@! XR ! Y J 

+ + +-+ + + 

This instruction loads the exec mode context from the word at E. The 
format of the word is: 

G-l Cache enable (Look and Load) . 

2 KL10 compatible paging (TOPS-26 see sec 3.5) 

3 Extended paging (TOPS-20 see sec 3.5) 

WARNING 

The effect of turning on both bits 2 and 3 will 
be undefined. 



4 Trap and paging enable. 

16-35 Physical page number of EPT. 
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RCEBR 



RDEBR 



! 701 ! 05 i@! XR ! Y ! 



This instruction returns the value given to 'aREBR and stores it in 
the word addressed by E. 
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WKIOP 



WRIOP 



+ + +_ + +- 

! 701 ! 06 !€! XR ! 

+ + +_+ +. 



Tnis immediate mode instruction sets the physical page number of the 
I/O page to be bits 1E-35 of E. 
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KDIOP 



RDIOP 



+ + + _ + + + 

! 701 ! 07 I§1 XR I Y • 

+ + + _ + + + 

This instruction returns the value given to WRIOF and stores it in 
the word addressed by E. 
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SWFIA 



SWPIA 



+ + +_+ 

! 7G1 ! 11 !@! XR 

+ + +_+ 



Sweep Cache, Invalidate All Pages 

Set Sweep Busy and clear the valid and written state in all cache 
entries. At the completion of the sweep, clear Sweep Busy and set 
Sweep Done, requesting an interrupt on the level assigned to the 
processor . 
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SWPVA 



SWPVA 



! 7G1 i 12 !@! XR ! Y ! 

+ + +-+ + + 



Sweep Cache, Validate All Pages 

Set Sweep Busy and write into storage all cache entries that are in 
the written state. Clear the written state associated with those 
words sent to storage, but do not change the validity of any entries. 
At the completion of the sweep, clear Sweep Busy and set Sweep Done, 
requesting an interrupt on the level assigned to the processor. 
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SWPUA 



SWPUA 



! 701 1 13 !@! XR ! Y ! 

+ + +_+ + + 



Sweep Cache, Unload All Pages 

Set Sweep Lusy and write into storage all cache entries that are in 

the written state. Invalidate all entries (i.e. clear valid and 

written state). At the completion of the sweep, clear Sweep Busy and 

set Swee^. Done, requesting an interrupt on the level assigned to the 
processor . 
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SWPPT 



SWPPT 



+ + + _ + + + 

! 7L1 ! 14 !@! XR ! Y ! 

+ + +-+ + + 



Sweej. Page Table 

Interpret the EA of this instruction as a physical address and clear 
all the associated entries in the hardware page table that contain a 
virtual to physical mapping to this address. 

KERNING 

This instruction may actually be slower 
than doing a WRUbR followed by the 
pager refill cycles caused by clearing 
all of the hardware page table entries. 
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WRSPb 



WFSPE 



+ + +-+ + + 

! 702 ! 10 !@! XR ! Y ! 

+ + +-+ + + 



Write SPT Base Register 
Load the word at E into the SPT base register. 

BASE REGISTER FORMAT 

All base registers are loaded with a 
physical word address. All high order 
bits must be zero. The address need 
not be on a page boundary and may be 
any place in physical memory. There is 
no range check on SPT or CST offsets. 
The monitor is assumed to always put 
correct data into page tables. 
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RDSPB 



! 702 ! OG !@1 XR ! Y 

+ + + -+ + 



-+ 

i 



Read SPT base Register 



Store the SPT base register at E. 
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fcRCSB 



WRCSB 



! 7U2 i 11 J@! XR ! Y ! 



Write Core Status Table Ease Register 
Load the CST base register with the word at E. 

EASE REGISTER FORMAT 

All base registers are loaded with a 
physical word address. All high order 
bits must be zero. The address need 
not be on a page boundary and may be 
any place in physical memory. There is 
no range check on SPT or CST offsets. 
The monitor is assumed to always put 
correct data into page tables. 
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RDCSb 



RDCSB 



! 7G2 ! 01 1§! XR ! Y ! 



Read Core Status Table base Register 
Store the CST base register at E. 
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WRPUR 



WRPUR 



+ + +_+ + + 

! 702 ! 12 !@i XR • Y ! 

+ + +_+ + + 



Write Process Use Register 

Load the process use register from E. The process use register 

contains the ACER (age register) in the left few bits. The bits 

containing the ACER are cleared by anding the CST entry with the CST 
mask, then the entire PUR is ored with the CST entry. 
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RDPUR 



RDPUR 



+ + + - + + + 

! 702 ! 02 !@! XR ! Y ! 



Read Process Use Register 



Store the PUR at E. 
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WRCSTM 



VvRCSTM 



I 702 ! 13 !@! XR ! Y ! 



Vvrite CST Mask Register 

Load the CST mask register from E. The CST mask register should 
contain a for every bit in the ACER and a 1 in all other bit 
positions . 
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RDCSTM 



J 702 ! 03 !@1 XR ! Y ! 

+ + +-+ + + 



Read CST Mask Register 



Store the CST mask register at E. 
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V.RTIM 



WKTIM 



! 702 ! 14 !@! XR ! Y ! 



Write lime Ease 

This immediate instruction decodes its effective address to control 

various system time and accounting meters. For a complete 

explanation of the time and accounting meters see sec. 3.7. The 
effective address bits are used as follows: 

18 Set up accounts (bits 21-23). 

21 Enable PI accounting. 

22 Enable Kernel mode accounting. 

23 Turn on accounting . 

24 Turn off time base. 

25 Turn on time base. 

26 Clear time base. 
33-35 PIA for interval timer. 

briefly, the time base consists of two counters that count at a 1 ms. 
and 10 us. rate. The millisecond counter consists of ] word in the 
EPT at location 512. The 1G microsecond counter consists of 2 words 
in the EPT at locations 510 and 511. These two counters are driven 
from the same source and are updated in parallel by the microcode. 
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RDTIM 



RDTIM 



+ + + _ + + + 

! 702 1 04 !@! XR ! Y ! 



Read lime Base 

Read the status of the accounting meters and time base, and the 
interrupt level assigned to the interval timer into the word 
addressed by E. The status is as follows: 

21 PI accounting enabled. 

22 Kernel mode accounting enabled. 

23 Accounting on. 
25 Time base on. 

33-35 PIA for interval timer. 
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UPDTIM 



UPDTIM 



+ + +_+ +. 

1 7G2 i 06 !@! XR ! 
+ + +-+ +■ 



Update Time Ease 

Update the time base count from the hardware counter, and transfer 
the result from locations 510, 511 and 512 in the EPT to locations E, 
E+l, and E+2. Updating clears the hardware counter. 
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hRINT 



KRINT 



+ + +_ + + + 

! 702 i 15 !@! XR • Y ! 

+ + +-+ + + 

Write Interval Timer 

This immediate mode instruction decodes its effective address to 
setup the interval timer. The effective address bits are used as 
follows : 

18 Clear interval timer. 

21 lurn interval timer on. 

22 Clear interval flags. 
24-35 Interval period. 
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RDINT 



RDINT 



! 702 J 05 !@! XR ! Y ! 



Read The Interval Register 

Read the status of the interval tinier into the word addressed by E. 
The status is as follows: 

5-17 Interval count (current contents of the counter). 

21 Interval timer on. 

22 Interval timer done (causes interrupt) . 

23 Overflow (implies bit 22). 
24-35 Interval period. 

3.3 EXTERNAL I/O 



Tne external I/O instructions on the KC10 allow a program to 
communicate with the I/O ports and the console. In particular they 
will manipulate the I/O Command/Response Queues and Port Doorbell 
mechanism. See chapter 10 of the 2G30 EPS for a complete description 
of the Queue and Doorbell features. The interface to the 2C8C ports 
is primarily data areas called "mailboxes" and a doorbell. It is the 
doorbell mechanism that the following instructions manipulate. The 
Command/Response Queues will be covered by the queue instructions in 
the next section. 
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RNGB 

RNGB 



+ + + _ + + + 

! 710 ! 00 !@! XR ! Y ! 

+ + +_+ + + 

Ring Doorbell 

This immediate mode instruction will assert a port or console number 
on the TTL bus and set RING ("doorbell"). The EA of this instruction 
is the port number and is interpreted as follows: 

18 Interrupt 2080 Console 

33-35 Port number (Ignored if bit 18 set) 
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RNGBW 



RNGBW 



+ + + _ + + + 

! 711 1 00 J@! XR ! Y ! 

+ + +-+ + + 

Ring Doorbell and Wait 

This immediate mode instruction will assert a port or console number 
on the TTL bus and set RING ("doorbell"). The EA of this instruction 
is the port number and is interpreted as follows: 

18 Interrupt 2080 Console (does not wait - same function as 

RNGB) 

33-35 Port number (Ignored if bit 18 set) 
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SNBSY 



! 712 ! 0£! !@i XR ! Y 



+ 

i 



Skip if BUSY not set 



This instruction skips to PC+2 if the BUSY line of the TTL busy is 
not set. When used in combination with the RNGB instruction, you can 
achieve the identical effect of FNGBW as follows: 



RNGB 


pn 


SNBSY 




JRST 


.-1 



Assert RING to port "pn* 
Busy set? 
Yes , wai t . 
No - proceed 



3.4 NEW INSTRUCTIONS 



The following instructions have been added to aid the 
manipulate new data structures and to save overhead time 



monitor to 
and space . 
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PMOVE 



Pi-icvr: 



+ + +-+ + + 

! 7(4 1 AC 1£! XR ! Y ! 

+ + + -+ + + 



Physical Move from Pernor y 



hove the physical memory location addressed by E into the AC. The 

effective address is calculated as a 30-bit virtual address (i.e. 

all indirect words will come from Exec Virtual Addresses) but only 
bits 11-35 will be used for data references. 



NCTE 

Addresses 0-17 will reference physical 
memory e-17, not the ACs . 
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PMOVEM 



PMOVEM 



+ -i y — j u .)_ 

! 705 ! AC J@! XR ! Y ! 

+ + + _+ + + 

Physical Move to Memory 

Move AC into the physical memory location addressed by E. The 

effective address is calculated as a 30-bit virtual address (i.e. 

all indirect words will come from Exec Virtual addresses) but only 
bits 11-35 will be used for data references. 
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Queues 

A queue is a circular, doubly linked list. A queue entry is 
specified by its address. Each queue entry is linked to the next via 
a pair of words. The first word is the forward link (FLINK): it 
specifies the location of the succeeding entry. The second word is 
the backward link (ELINK): it specifies the location of the 
preceediny entry. The KC10 implements two types of links: physical 
and virtual. A physical link contains a 25-bit physical address 
(EXEC mode only) of the entry that it points to. f\ virtual link 
contains a 30-bit virtual address of the entry that it points to. A 
queue is classified by the type of link it uses. 

A queue is specified by a queue header which is identical to a pair 
of queue linkage words. The forward link of the header is the 
address of the entry termed the head of the queue. The backward link 
of the header is the address of the entry termed to be the tail of 
the queue. The forward link of the tail points to the header. 

Two general operations can be performed on queues: insertion of 
entries and removal of entries. Generally entries can be inserted or 
removed only at the head or tail of a queue. (Under certain 
restrictions they can be inserted or removed elsewhere; this is 
discussed later.) 

The following is an example of queue operations. An emj-ty queue is 
specified by its header at address H: 

35 

+ + 

H: • H ! 

+ + 

H + l: ! Ii ! 

+ + 

If an entry at address E is inserted into an emj ty queue (at either 
the head or tail) , the queue is as shown below: 

35 

+ + 

H: ! B ! 

+ + 

H+l: ! E ! 

+ + 



35 

+ + 

b: » H • 

+ + 

b+1 : ! H ! 

+ + 
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Queues 

If an entry at address A is inserted at the head of the queue the 
queue is show below: ' ' 

+ : + 

h: 1 A , 

+ ; 

H+l: I B , 

+ ; 

£ 11 

A: ! E , 

A+l: ! H ~~ t 

+ ; 

35 
+ 

b: ! H , 

+ ; 

b+l: ! a , 

+ ; 

finally, if an entry at address C is inserted at the tail, the queue 
appears as follows: 

+ ^ 35 

H: ! A " ~ t 
+ ' 

h+l: • c , 

+ ; 

+ ^ _ 35 

. _ ^ ^ -- + 

A+l: ! ~~~ " h ----- -| 

+ ; 

b ^ H 

b: ! C , 

+ ; 

b+l: ! A 

+ ; 

+ 5; _ _ 35 

c: j — - - + 

C+l: ! B " t 

+ ; 
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Queues 

It wore than 1 process can perform operations on a queue 
simultaneously, insertions and removals should only be done at the 
head or tail of the queue. If only 1 process (or 1 process at a 
time) can perform operation on a queue, insertions and removals can 
be made at other that the head or tail of the queue. In the example 
above with the queue containing entries A, E, and C, the entry at 
address B can be removed giving: 

35 

+ + 

h: ! A ! 

+ + 

H+l: ! C ! 

+ + 

35 
+ + 

A: J C ! 

+ + 

A+l : J H ! 

+ + 

35 

+ + 

C: ! H ! 

+ + 

C+l: I A ! 

+ + 

The reason for the above restriction is that operations at the head 
or tail ere always valid because the queue header is always present; 
operations elsewhere in the queue defend on specific entries being 
present and may become invalid if another process is simultaneously 
performing operations on the queue. 

Two instructions are provided form manipulating virtual queues: 
INSCjUE and RBMC.UE. INSCUE inserts an entry specified by an entry 
operand (AC) into the queue following the entry specified by the 
predecessor operand (EA) . REMQUE remove the entry specified by the 
entry operand (EA) . Both INSQUE and REMCUE are implemented as 
non- interr up table instructions. 

tour operations can be performed on physical queues: insert at head, 
insert at tail, remove from head, and remove from tail. Furthermore, 
these operations are interlocked to allow cooperating processes in a 
multiprocessor system (CPU and I/O ports) to access a shared queue 
without additional synchronization. A hardware supported interlocked 
mechanism is used to read the queue header. Bit P of the queue 
header is used as a secondary interlock and is set when the queue is 
being accessed. If an interlocked queue instruction encounters the 
secondary interlock set, the CPU waits until it can access the queue 
(timeout? page fail?) . 
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INStUE 



INSQUE 



+ + + _ + + 

! 740 ! AC UM XK ! 

+ + +- + + 



Insert Entry in O'Jeue 

The entry specified by the 30-bit virtual address contained in AC is 
inserted into the queue following the entry specified by E. If the 
entry inserted was the first one in the queue (i.e. C(E) = C(E+]) 
after insertion), the instruction does not skip; otherwise it skips 
to PC+2. The insertion is a non- inter ruptabl e operation. Before 
performing any part of the operation, the processor validates that 
the entire operation can be completed. This ensures that if a page 
fail trap occurs, the queue is left in a consistent state. 

Le cause the insertion is non- inter r uptable , processes running in 
kernel mode can share queues with interrupt service routines. The 
INSC.UE and REM£U£ instructions are implemented in such a way* that 
cooperating processes in a single processor may access a cueue 
without additional synchronization if the insertions and removals are 
only at the head or tail of the queue. 
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REMQUE 

REM QUE 

+ + +_+ + + 

! 741 I AC ISI XR I Y ! 

+ + + _+ + + 

Remove Entry from Queue 

The queue entry specified by E is removed from the queue. The 30-bit 
virtual address of the entry removed is placed in AC. If there was 
no entry in the queue (i.e. C(E) = C(E+1) before removal), the 
instruction does not skip; otherwise it skips to PC+2. The removal 
is a non-interruptable operation. Before performing any part of the 
operation, the processor validates that the entire operation can be 
completed. This ensures that if a page fjil trap occurs, the queue 
is left in a consistent state. 

because the removal is non-interruptable, processes running in kernel 
mode can share queues with interrupt service routines. The INSQUE 
and REMQUE instructions are implemented in such a way that 
cooperating processes in a single processor may access a queue 
without additional synchronization if the insertions and removals are 
only at the head or tail of the queue. 
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INSQHI 



INS QHI 



+ + + - + + + 

! 720 ! AC !@! XR ! Y ! 

+ + + _ + + + 

Insert Entry into Queue at Head, Interlocked 

The entry specified by the 25-bit physical address contained in AC is 
inserted into the queue following the header specified by E. If the 
entry inserted was the first one in the queue (i.e. C(E) = C(E+1) 
after insertion) , the instruction does not skip; otherwise it skips 
to PC+2. The insertion is a non- inter r uptable operation. The 
insertion is interlocked to prevent concurrent interlocked insertion 
or removals at the head or tail of the same queue by another process 
even in a multiprocessor environment. before performing any part of 
the operation, the processor validates that the entire operation can 
be completed. This ensures that if a page fail trap occurs, the 
queue is left in a consistent state. 

because the insertion is non- inter r uptable , processes running in 
kernel mode can share queues with interrupt service routines. The 
INSCjHI, INSC/i'I, REMQHI, and REMQTI instructions are implemented in 
such a way that cooperating processes in a multiprocessor may access 
a shared queue without additional synchronization. 
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INSQTI 



! 721 ! F-C !@! XR ! Y ! 

+ + +_+ + + 

Insert Entry into Queue at tail , Interlocked 

The entry specified by the 25-bit physical address contained in AC is 
inserted into the queue preceding the header specified by E. If the 
entry inserted was the first one in the queue (i.e. C(E) = C(E+1) 
after insertion), the instruction does not skip; otherwise it skips 
to PC+2. The insertion is a non- interruf table operation. The 
insertion is interlocked to prevent concurrent interlocked insertion 
or removals at the head or tail of the same queue by another process 
even in a multiprocessor environment. Eefore performing any part of 
the operation, the processor validates that the entire operation can 
be completed. This ensures that if a page fail trap occurs, the 
queue is left in a consistent state. 

Because the insertion is non- interr uptable , processes running in 
kernel mode can share queues with interrupt service routines. The 
INSQHI, INSQTI, REMQHI , and REMQTI instructions are implemented in 
such a way that cooperating processes in a multiprocessor may access 
a shared queue without additional synchronization. 
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REM Qhl 

REMCHI 



+ + + _ + + + 

! 722 ! AC !@! XR ! Y ! 



Remove Entry from Queue at head, Interlocked 

The queue entry following the header specified E is removed from the 
queue. The 25-bit physical address of the entry removed is place in 
AC. If there was no entry in the queue (i.e. C(E) = C(E+1) before 
removal) , the instruction does not skip; otherwise it skips to PC + 2. 
The removal is a non- inter ruptable operation. The removal is 
interlocked to prevent concurrent interlocked insertion or removals 
at the head or tail of the same queue by another process even in a 
multiprocessor environment. Before performing any part of the 
operation, the processor validates that the entire operation can be 
completed. This ensures that if a page fail trap occurs, the Queue 
is left in a consistent state. 

because the removal is non- inter r uptable , processes running in kernel 
mode can share queues with interrupt service routines. The INSCHI, 
INSQTI, REMCT1I, and REMCjTI instructions are implemented in such a way 
that cooperating processes in a multiprocessor nay access a shared 
queue without additional synchronization. 
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REMQTI 



REMCTI 



! 723 ! AC i@! XR ! Y ! 



Remove Entry from Queue at Tail, Interlocked 

The queue entry preceding the header specified E is removed from the 
queue. The 25-bit physical address of the entry removed is place in 
AC. If there was no entry in the queue (i.e. C(E) = C(E+1) before 
removal), the instruction does not skip; otherwise it skips to PC+2. 
The removal is a non- inter ruptable operation. The removal is 
interlocked to prevent concurrent interlocked insertion or removals 
at the head or tail of the same queue by another process even in a 
multiprocessor environment. Before performing any part of the 
operation, the processor validates that the entire operation can be 
completed. This ensures that if a page fail trap occurs, the queue 
is left in a consistent state. 

because the removal is non- interruptable , processes running in kernel 
mode can share queues with interrupt service routines. The INSCHIf 
INSfTI, REMC.HI , and REMQTI instructions are implemented in such a way 
that cooperating processes in a multiprocessor may access a shared 
queue without additional synchroni nation . 



3.5 VIRTUAL ADDRESSING 



This section has been extracted from a memo titled 'MC'9^ Sections" by 
Len Eosack dated 12-Oct-78. 
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VIRTUAL ADDRESSING 



3.5.1 Introduction 

The KL processor implemented 32 sections of virtual address and has a 
pager data structure that can accommodate at most 32 sections. The 
KC10 will implement all 4CS6 sections of virtual address space 
forcing a change of the pager data structure to accommodate 4P96 
section pointers. In addition there will be a "KLIP" compatible 
paging mode that will implement only 32 sections (see KREBR 
descr iption) . 

Tne following paging description is only valid when T0PS-2R style 
j_ag ing is enabled: 



3.5.1.1 Pager Data Structure - An address would be converted to a 
physical page number (PPN) as follows, (KLlfi compatibility off): 

VMA6:8> is used to index into a "Super" Section Table (SST) in the 
EPT/UPT. One of 2 pointer types can occur here: No Access, or 
Shared (see be-low). The Shared Pointer (SFT) index yields the- PPN of 
a Section Table page (ST). VMA9:17> is used to index into the 
Section lable to obtain a section pointer. Address translation then 
proceeds as on the KL10 after the section pointer fetch. (See 
DECsysteinl0/2C Processor Reference Manual, EK-10/20-HR for a complete 
description) . 



3.5.1.2 Super Section Pointers - The following pointer types will 
only be valid in the Super Section Table in the EPT/UPT locations 
520-527. All other pointers will be interpreted as in the KLlf 1 , 
including section pointers found in Section lables. 



No Access: 



Snarea : 



+ f 

! G0t) ! ! 

+ + 



+ + 

! 0L2 ! ! SPT Index ! 

+ + 
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3.G PROCESS CONTEXT VARIABLES 

3.C.1 Introduction 

This section contains a proposal for handling process context 
variables using an expanded PC flags word. The source for this 
i-roposal was a memo by Dan Nurphy dated 15-Feb-77. Further 

discussion on a process context switch instruction is still needed. 
I hope that this section will stimulate some suggestions along these 
lines . 



3.6.1.1 New PC Double Word - The format of the flags word kill be: 

+ + 

! tLACS ! !LEN 1CAEIPAB ! PCS ! 

! (13) ! !(3) !(3)!(3) ! (1?) ! 

+ + 



1. In order to facilitate backing up a stored PC to the 
beginning of an instruction that caused a trap, a new field 
(LEW) has been added that will contain the number of words 
in an instruction - 1. This will be compatible with all 
existing software since this field is normally zero. 

2. In kernel mode, or when stored on a page fail or MJUO, all 
of the above fields will be stored as defined. In kernel 
mode, an XJRSTF will restore all fields. 

3. In user mode, PCS, PAB, and CAB will always be stored as C. 
An XJRSTF in user mode will treat these fields as it does 
the user mode and user I/O flag now (i.e. ignore them). 



3.6.1.2 Context Changing - Returning to a previous context may be 
uone with an XJRSTF with restores the context variables stored in the 
previously saved PC word. 

Entering a new context will be done as follows: All of the "previous 
context" variables will be set to their corresponding values in the 
"current context", and the remainder will be set to pre-defined 
values taken from the new PC flag word. The following operations are 
defined as entering a new context: 

1. Monitor call (foUUO) . 

2. Page fail trap. 
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PROCESS CONTEXT VARIABLES 



3. Priority interrupt initiation. 

Each of these operations will store a PC double-word containing the 
"current context" variables and then load a new PC double-word to set 
new values for those variables not set automatically. See next- 
section for a description of the changes necessary to the EPT/UPT to 
implement this proposal. 



3.7 TRAP HANDLING 
3.7.1 Introduction 

The current implementation of Overflow Trap handling while quite 
general, has some problems relating to extended addressing. A new 
method of transferring control to "sections" other than the current 
PC section is proposed in the following section. This proposal 
limits the number of possible actions that can be taken on a trap 
compared to what the KI1C and KL1C now offer. I do not think 
however, that any existing software will be severly compromised. It 
may be necessary for 1OPS10 to modify its existing Nonitor Call 
associated with this feature. 
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3.7.2 leap function Word 

Instead of an instruction in EPT/UPT locations /!21-423, there will be 
a function word: 



-+ 
i 



!INi AC ! 
+ 



Virtual Address 



The format of this word is interpreted as follows 



0-1 



2-5 



6-35 



function code: 

00 - Do nothing on overflow (ignore). 

01 - Do MUUO (use trap MUUO new PC word) . 

It - Transfer control to kernel/user (simulate LUUO) . 
11 - Transfer control to kernel/user (simulate PUSHJ) . 

AC - used to address push-down list register for function 
code 3 (PUSHJ) , Ignored for codes 0-2 

Virtual Address: 

Eunction 2 - pointer to 4-word block in current context 

(kernel/user) to be used to store instruction and 

effective address and pickup a new PC as in LUUO 
trapping . 

function 3 - routine address in current context 
(kernel/user) that will be invoked in PUSHJ simulation. 



format of 4-word trap block: 



f LAGS 



! !LEN ! 



OPCODE 
PC 



! AC ! 0T 



G0 



00 
00 



E 
NEW PC 



3.8 SPECIAL SYSTEM PAGES (EPT / UPT / IOP) 



The following EPT/UPT layouts are proposed for the KC10. 



In 
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addition, there is a new page called the I/O page (IOP) that is used 
by the 2080 ports and the console for communication with the CPU. 

Upon processor reset, the base address of the EPT and UPT will be 0. 
The base address of the IOP will reset to 1C00(8). 

NOTE 

All areas that differ from the KL1C are 
marked with an asterisk (*) . 
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Exec Page Table 

* 0-177 Reserved 

200-377 TOPS-10 paging (Kernel 400-777). 

400-420 Reserved. 

421 Kernel Arithmetic Overflow trap function. 

422 Kernel Push-down List Overflow trap function. 

423 Kernel Trap Type 3 trap function. 
424-507 Reserved. 

510-511 Time base 2 (10 usee timer) . 

* 512 Time Ease 1 (Millisecond timer) . 
513-517 Reserved. 

* 520-527 "Super" section table (TOPS-20 paging). 
530-537 Reserved. 

540-577 KL10 Compatible Paging (TOPS-20) 
600-757 TOPS-10 paging (Kernel 0-337). 
760-777 Reserved. 
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User Page Table 

0-377 TOPS-10 paging (User 0-777). 

400-417 TOPS-10 paging (Kernel 340-377). 

420 Address of LUUO block (TOPS-20). 

421 User Arithmetic Overflow trap function. 

422 User Push-down List Overflow trap function. 

423 User Trap Type 3 trap function. 

* 424 MUUO old PC flags. 

* 4 25 MUUO old PC. 

* 426 MUUO Opcode and AC. 

* 427 MUUO Effective Address. 

* 430-431 Kernel no-trap MUUO nev. PC double word. 

* 432-433 Kernel trap MUUO new PC double word. 

* 430-431 User no-trap MUUC new PC double word. 

* 432-433 User tra^ MUUO new PC double word. 

* 440 Page tail code. 

* 441 Page identifier (TOPS-20 paging). 

* 442 Page fail virtual address. 

* 443-444 Page fail old PC double word. 

* 445-446 Page fail new PC double word. 

* 447-503 Reserved. 

* 504-505 User runtime (10 usee clock) . 

* 506-507 User accounting meter ( "chargons" ) . 
510-517 Reserved. 

* 520-527 "Super" section table (TOPS-20 paging). 
530-537 Reserved 

540-577 KL10 Compatible Paging (TOPS-20) 

600-777 Reserved. 
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I/O Page 

0-77 Port Register Access Blocks (8) 

100 Port Interrupt Logout Word 

1G1 APR Interrupt Vector 

102 Console Interrupt Vector 

103 Interval Timer Interrupt Vector 
1Q4-107 Reserved 

110-157 Port Interrupt Vectors (4 per port) 

160-377 Reserved 

400-777 Console Communications Region 
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4.1 EXECUTION UNITS PARTITIONING , , , ^ — 
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4.1.1 Overall 

The 2080, in its maximum configuration, contains 3 units which are 
directly involved with the execution of instructions: IBCX, EBOX, 
and EPA. The IBOX fetches streams of instructions, performs 
effective address calculations, and fetches the memory operand, <or 
operands>, necessary for the instructions it determines may be 
required by the EbCX. The LBOX accepts AC addresses, an instruction 
code, a memory operand <or operands>, and paging or error information 
pertaining to memory addresses of each instruction, as each is called 
up for execution by the "last cycle" micro-order. It then performs 
the operation indicated by the instruction code. The tPA provides a 
speedup of multiply, divide, and instruction requiring two memory 
fetches, and as such is a logical <and optional> extension of the 
IBOX and EBOX. 



4.1.2 IDR £Q0* 

IDR <IBOX Datapath Right> contains bits 18-35 of the IBCX memory 
address path, operand data path and program counter logic. Operand 
memory address conflict detection is present on bits 18-35 of the VMA 
<Virtual Memory Address>. Instruction memory address conflict 
detection of VMA 18-34 is also located on this module. 



4.1.3 IDL 

IDL <IbOX Datapath Left> contains bits 6-17 of the IBOX memory 
address path and program counter logic, and bits C-17 of the operand 
data path logic. 



4.1.4 TAG £.ft«3* 

TAG contains control logic for IDR and IDL, along with instruction 
code and AC address buffers. The TAG is a 4 bit value representing 
the effective address of an instruction which has been assigned to 
the IBOX by IPUT <IBOX Micro-Code>. The TAG is used to address 16 
word register files into which will be placed information pertinent 
to the instruction, such as instruction code, global bit, AC address, 
effective address calculation, memory operand, jump target address, 
etc. IPUT accepts priority trap requests from EBCX control and IBCX 
state logic, and thereupon directs address and operand path flow and 
TAG assignments. 



(Ad**- 



MVR contains bits 9-17 and 27-35 of 
J-r^EbCX. It executes binary adds 
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4.1.5 MVR £Cbo* 



the 






i 



pi* 



fast execution path of the 
binary adds and subtracts, decimal adds and 
subtracts, Boolean functions, halfword operations, end mask and test 
operations. A duplicate copy of all AC sets and temporary registers 
<referred to as the master AC backup> is located on this module. 



4.1.6 MVL 

MVL is physically identical to MVR, and performs 
MVR with logical bits 0-8 and 18-26 of the fast 
EBOX. 



the same 
execution 



function as 
path of the 



4.1.7 ESE <<,(6o\ 

ESE contains EBCX microcode RAMS which control instruction execution 
during the first <lst 22ns period after which operands become 
available> and subsequent cycles. first cycle control comes from 
fast 256X4 RAMS, which setup EBCX control fields directly from lookup 
tables addressed by the instruction code. Second cycle control comes 
f rom /sTbw 4KXI RAMS ) which are also addressed by the instruction code. 
Third and subsequent cycle control comes from the same slow 4KX1 RAMS 
addressed/ by the next address path. 



4.1.8 CRA &q,o<. 

CRA contains slow 4KX1 RAMS which control sections of 
the 2nd and subsequent cycles of execution. During 
some control fields default to specific options which 
gating via forwarding controls. Next address control, 
some of the PC flags are also located on this module. 



the EBCX during 

the first cycle 

allow data path 

APR flags, and 



I 4.1.9 SHR fp 



OK 



SHR contains bits 18-35 of the shifter <which performs a 72 input, 36 
output left shift>, bits 18-35 of two REGFILES and two copies of the 
current AC set <one normally addressed by bits 32-35 of the effective 
address calculation, the other normally addressed by the AC field 
the instruction)*, and bits 18-35 of the master AC 
containing 8 AC sets plus 128 temporary registers. 



by 
set 



RAM 



of 
file 



\<p SCA contains 
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4.1. It) SHL £&0* 

ShL contains bits C-17 of the shifter, register files, AC copies, and 
master AC set, and is physically identical to SHR. 



4.1.11 SCA EG***- 



a 13 bit shift control path with addition and 
subtraction capability. Also located on this module are an 
accounting meter, interval times, 1MS/10US clock, pipeline 
controls, PC flags associated with shift and 
operations, and tRU code generation. The BRU code, 
result of an EBOX, IBOX, or BPA error, points to the 
t-robable modules causing the failure. 



stopping 

floating point 

generated as a 

1st and 2nd most 



4.1.12 FPI 

I PI <Floating Po 
IbCX and the 
0P3R, which are 
IBOX. OP3L is 
contains words 
instructions, c 
byte instruction 
incremented byt 
control storage 
18 bit multipli 
instructions < so 
divide>, and 
determination . 



4.1.13 FPA 



int Interface> is the 

floating point arra 

16 word register file 

a duplicate of the 

fetched from addre 

ontains words fetch 

s, contains words add 

e pointer. Also 1 

which sequences the I 

er from 0P3L and 0P3R 

that the multiply 

a priority encode 



interface between 


the EBOX, 


y modules. It 
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s addressed anc 


1 load 


ed by 


the 
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in the 


IBCX <0P3L 


ss E>. 0P3R, 


for 


doubleword 


ed from address E+l. 


0P3R, 


for 


ressed by the 


byte 


pointer 


or 


ocated on this 


module 


is a small 


PA, data paths 


which 


prod uce 


an 


, a reciprocal 


lookup 


for divide 


array may also be 


used 


for 


for post normalization shift 




IPA generates an 18 bit hi-order spil l over/ 
multiply. It is physically identical to <|TB-FP^ 
and Wallace tree adders are used to develop a~" 
22ns, with a binary ALU to achieve full product 
bit sections of the multiplier are gated into the 
fashion at a 22ns rate. The array is therefore 
18 bits per 22ns. Modulo 3 base numbers are gene 
multiplier and the multiplicand, and a para 
against these numbers. The results are compared 
generation off the full product to check for a 
<called residue check>. Each array card is sepa 
fault isolation. 



from an 18X72 

Recode multipl 

partial product 

in another 22ns. 

array in pipe 

capable of reti 

rated from both 

llel multiply oc 

to the modul 

multiply array e 
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4.1.14 tPB 

EPb contains bits 0-17 of the 18X72 array, in addition to bits 0-17 
o£ the AC addressed by the AC field. 



4.1.15 FPC 

bPC contains bits 18-35 of the 18X72 array, in addition to bits 18-35 
of the AC addressed by the AC field. 



4.1.16 EPD 

fPD contains bits 36-53 of the 18X72 array, in addition to the 
hi-order 18 bits of the AC addressed by the AC field +1. 



4.1.17 tPE 

FPE contains bits 54-71 of the 18X72 array, in addition to the 
lo-order 18 bits of the AC addressed by the AC field +1. 



4.2 EXECUTION UNITS COMMON CONTROL 
4.2.1 General 

The functional logic of the 2080 execution units interfaces to, and 
is supported by certain common controls which maintain a consistent 
convention through all modules. These are the diagnostic interface, 
error control logic, microcode control word, and system clocks. 



4.2.2 Diagnostic Interface 



G> 



The diagnostic interface is the vehicle through which the console A> 
presets execution unit registers to desired states, E> forces control 
decodes to manipulate the data paths, C> gains visibility into the 
data and control paths, and D> loads control storage areas. The 
100141 shift register is used to achieve all of these. " It provides 
the ability to locate the scan in/scan out mechanism as a functional 
part of the data path. All 100141 shift registers used in this 
manner and strung together <one's shift output connected to the 
other's shift input> are considered to be part of the active scan 
path. other 100141 shift registers, not part of functional logic, 
are used for presetting signals to desired states, and scanning data 
l-ath and control states independently of E unit operation. These are 
linked together as the passive data path. 
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4.2.3 Active Scan Paths 

The 2080 CPU contains three active scan paths, 
the console and consists of shift register 
operation <not clocks stopped due to error 
perform a parallel load when their corresponding 
When the system clocks have been blocked by erro 
control stop, the console may 
parallel load via its own clock, 
lo-orctr) of 1. The three 
free- running memory access logic 



perform one of 
L> e shift (n 

active scan 
in the M^CX, IP 



stoppable 
the EPA. 



logic in the IBOX and EBCX, and err 



Each is sourced at 
s which, under normal 
or console control) 
system clocks occur. 
r freeze or a clock 
two operations; /> e 
ormally hi-order to 
loots encompass the 
CX,'and IOECX, error 
or-stoppable logic in 



4.2.4 Passive Scan Path 

The 2080 CPU contains two passive scan loops. Cne passive scan loop 
is dedicated to the CLK CONTROL module, while the other encompasses 
all other 21380 CPU passive controls and readouts. A command ENAELE 
from the console will be used to gate those bits which are used as 
presets or RAM wr i te-enables once the desired section of a passive 
loop has been loaded. 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL-PP 

INSTRUCTION EXECUTION p age 4-7 

EXECUTION UNITS COMMON CONTROL 

4.2.5 Scan Read And Load 

A 16 bit shift register in the console completes the scan path loop. 
The register is loaded at the console through a 16 bit mask, thus 
permitting individual bits to be loaded without altering the masked 
bits. The error-stoppable EBOX/IBCX loop is estimated to be 1248 
bits in length. This means that, in order to shift the contents out 
of positions 1232 to 1247 and into the console shift reg at bits 
0-15, a diag shift control must be asserted for this loop, followed 
by 16 diag clocks to all shift registers in this loop. Conversely, 
in order to shift the console shift reg contents back to positions 
1232-1247, the diag shift control must be asserted, followed by 1232 
aiag clocks. 



4.2.6 Error Control Logic 



& 



Error control logic for 208C is designed in such a way as to support 
3 RAMP goals; a) detection and recording of intermittent as well as 
solid failures, b) hardware recovery from a high percentage of CPU 
errors, c) fault isolation < to a module> of a high percentage of 
errors prior to running of diagnostics and, in the case of 
intermittents , without taking the system down. 2(i to 25 % of 2P8P 
logic is devoted to the implementation of these features. 



4.2.6.1 ERROR DETECTION AND RECORDING - Odd parity is generated for 
every bus greater than 4 bits wide. A high emphasis is placed in 
three areas: 

1. fault isolation by module 

2. Console access to internal data paths 

3. 'Catching' intermittent errors as close as possible to the 
point of failure. 

36 bit data paths develop 1 parity bit for every $ data bits. 
Microcode storage areas contain 1 parity bit per word except in the 
case of EbOX control storage, which contains 2 parity bits for module 
fault isolation. The main ALU is compared to a duplicate of itself 
every cycle. Parity generation occurs at the output of boolean, ALU, 
and shift functions; parity checking occurs at the input of boolean, 
ALU, and shift functions. Parity is modified and propagated with 1 
and 2 bit shifts. A modulo 3 residue checking system is employed for 
verification of all f PA multiply and divide results. 

The scan-in, scan-out mechanism described in section 3.1 is the 
method by which console may assert control or data path signals, and 
read out a high percentage of the data path. 1CC141 shift registers 
constitute approximately 12% of 2G80 execution unit logic. 



COMPANY CONFIDENTIAL — Do not duplicate . 9-JUL-Bfi 

INSTRUCTION EXECUTION Page 4-8 

EXECUTION UNITS COMMON CONTROL 

Diagnostic control has reserved to it a section of the microcode 
control storage, thus allowing it to route, via set up of next 
address to read a microword with desired control decodes, virtually 
all registers <if not already a 141> through mux paths and into 141s 
for scanning. This includes access to 16 word register files and RAM 
arrays . 

Strategic registers are frozen if an error is detected at their 
output. This approach helps in locating the source of an error 
likely to be propagated through the system or lost, by the time the 
IbOX, EBOX, and i PA module clocks can be stopped. 



4.2.6.2 HARDWARE RECOVERY - When an error has been detected, an 
error latch is set at the module level. The error condition may then 
block the next clock to the failing register. The error signal is 
also sent to the SCA module where it is tunneled into the error stop 
latch, which will then stop the next clock C, 1 , 2, and 3 in 
succession. A 2 bit code is loaded into the FRU reg which identifies 
to the console the status of the IBOX SEL I tag, a 4 bit value 
pointing to the next instruction to be executed. The code is used by 
the console to determine the number of PC instructions to step back 
in preparation for a retry of the failing instruction stream. The 
console may also elect to arm the EBCX AUTO RETRY latch, which will 
force a microcode trap on an error stop condition. A restart routine 
will branch on the value of the restart code to a microword 
containing the appropriate command to the IBOX. The RETRY CODE is 
defined as follows: 

RETRY CODE RECOVERY 

restart from 

1 restart from 

2 restart from 

3 restart from 



THE tRU REG 

+ + + + + 

i IRU1 ! ERU2 ! RETRY ! SPARE ! 
1 ! ! CODE ! ! 

+ + + + + 

0-5 6-11 12-13 14-15 

Successful retrys appear to be possible for nearly all instructions 
with only 1 result to be stored. However in instructions with 
multi-word results which overlay previous operands, successful retry 
is not probable. 



PC 


BUFFER 


addressed 


by 


SEL 


1-1 


PC 


BUFEER 


addressed 


by 


SEL 


1-2 


PC 


EUFFER 


addressed 


by 


SEL 


1-2 


PC 


BUEFER 


addressed 


by 


SEL 


T-3 
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4.2.6.3 FAULT ISOLATION - For each error stop, the FRU REG is loaded 
at the SCA module. The FRU REG is 16 bits in length and identifies 
to the console the 1st and 2nd most probable failing modules, and 
whether a failing module containing reloadable storage requires a 
transfer from backup storage. The errors are prioritized so that the 
source of the error will be identified, rather than the path which 
merely propagated or received erroneous data. Since the errors are 
frozen dynamically, and fed through a priority encode to generate the 
FRU CODE, an accurate method of trouble-shooting one error at e time 
is achieved. A 6 bit code, labeled FRU1, identifies the most 
probable failing module. Another 6 bit code, FFU2, identifies the 



probable failing module < 
ones). The high order bit off 
possibly failed in 



2nd most 

set to all 

reloadable storage has 

IDL,IDR AC set 

IPUT microcode 

ESE microcode 

CRA microcode 

SHF,SHL AC sets 

SHF,SHL MAC set 

FPB-E AC sets 

FPI divide lookup 

FPI microcode 

these areas has a backup. In theCcas 
will rewrite the 16 word set from 

a microcode or divide lookup error 

reg for that storage 

may reload that word 



if no FRU detected, the code is 
in the code indicates that 
one of the following areas: 



Each of 
console 
case of 
address 
console 
backup . 
address 
by the 
below is 




of an AC set error, 

the MAC backup. In the 

the diagnostic load 

contains the failing address; therefore 

with data from it's own microstorage 

In the case of a MAC error, the hi order 4 bits of the write 

are held at the N,AC backup on MVL and MVR, and will be used 

console to reload the failing 16 word set from NAC backup. 

a list of errors versus FRU codes<0=highest priority). 



ERROR 

I MICROCODE ERROR 
ESE MICROCODE ERROR 
CRA MICROCODE ERROR 
DIVIDE LOOKUP ERROR 
I AC ERROR BYTE 2-3 
I AC ERROR BYTE 0-1 
R REG OR AC ERROR 
L REG OR AC ERROR 
R MAC OR Z ERROR 
L MAC OR Z ERROR 



FRU1 



FRU2 



■y 



FPE AC 
FPD AC 
FPC AC 
FPB AC 
M DATA 
M DATA 
OP ERROR 
OP ERROR 



ERROR 

ERROR 

ERROR 

ERROR 

RIGHT 

LEFT 

BYTE 2-3 
BYTE 0-1 




1 
2 
3 

4 
5 
6 
7 

10 
11 

14 
15 
16 
17 

4ti 
41 
42 
43 



TAG 
ESE 
CRA 
FPI 
IDR 
IDL 
SHR 
SHL 
SHR 
SHL 
FPE 
FPD 
FPC 
FPB 
MDR 
MCL 
IDR 
IDL 



Ia> 






<***% 



/*/" 



k 



ft' 1 



V 



<£ 



.A' 



V-' 



n 
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ERROR 



ERU1 



FRU2 



I ADDR ERR bYTE 2-3 

I ADDR ERR BYTE C-l 

M TAG ERROR 

I TAG ERROR 

MVR OUTPUT ERR0R 

MVL OUTPUT ERROR 

MVR ALU ERRCR 

MVL ALU ERROR 

SCAD OUTPUT ERROR 

MVR INPUT ERROR 

MVL INPUT ERROR 

SCA INPUT ERROR 

tPI OP BYTE 2-3 ERROR 

EPI OP BYTE 0-1 ERROR 

EPE RESIDUE CHECK 

EPD RESIDUE CHECK 

IPC RESIDUE CHECK 

EPB RESIDUE CHECK 

EPA RESIDUE CHECK 



44 IDR 




45 IDL 




46 MCC 




4 7 TAC 




50 MVR 




51 MVL 




52 MVR 




53 MVL 




54 SCA 




55 MVR 




56 MVL 




57 SCA 




60 EPI 


4 2 IDR 


61 EPI 


43 IDL 


62 FPE 




63 FPD 




64 FPC 




65 EPB 




66 FPA 





4.2.7 Microcode Control Specif icat 



ion© 



The 2080 EBOX control storage is comprised of 4 . 5K words of 1C2 bits 
each. A wide word permits coding flexibility without extending 
control storage depth. The fields are defined as follows: 
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CRA MODULE 



BITS 

0-11 

12-17 

18 

19-21 

22-23 

24 

25-27 

28 

2 9-3 

31-33 

34 

37-38 

39 

4 

41 

42-44 

45-46 

47 



NAME 

NEXT ADDRESS 

NA SWITCH 

CALL 

X 

Y 

SPARE 

D 

L EARLY 

J 

K 

SC ALU 

SP FUNCTION (LO 2 BITS) 

PARITY 0-34,37-47 

MC 

RF 

SC 

FE 

T 



TIMING 

EARLY 

EARLY 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 
EARLY 

INTERMEDIATE- 
INTERMEDIATE 
INTERMEDIATE 
INTERMEDIATE 
INTERMEDIATE 
LATE 
LATE 
LATE 
LATE 
LATE 



ESE MODULE 



BITS 

35-36 

48-49 

50-51 

52-55 

56-58 

59 

60-63 

64-67 

68-69 

70 

71-73 

74-77 

78 

79 

80-83 

84-101 



NAME 

SP EUNCTION (HI 2 BITS) 

XI 

Yl 

ALU 

CARRY 

OP1/WR REG FILE 

SK/ X REC RD 

R/ Y REG RD 

COMP 

LAST CYCLE 

STORE CONTROL 

FLAG CONTROL 

PARITY 35-36,48-101 

L 

AC/ REC KR CTRL 

NUMBER FIELD 0-17 



TIM INC 

INTERMEDIATE 

LATE 

LATE 

EARLY 

EARLY 

E^RLY 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

INTERMEDIATE 

LATE 

LATE 

LATE 
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•1.2.7.1 Next Address Field <Bits E-ll> - In any given instruction, 
the first cycle control word comes from fast 256X4 RAMS addressed by 
tlie instruction code, the second cycle control word <22ns later> 
comes from 4KX1 RAMS also addressed by the instruction code, and 
third and subsequent control words come at 44ns intervals from the 
same 4KX1 RAMS addressed by the next address path. If control bits 
12-17 are not C, the hi-order next address is determined by hi-order 
next address field bits, and the next address lo-order is determined 
by the inclusive or of lo-order next address field bits and the 
selected skip or dispatch bits. 



4.2.7.2 THE NA SWITCH <BITS 12-17> - The NA SWITCH field determines 
the source of the NEXT ADDRESS path, 
decode function 

NA FIELD B-ll to NA BUS 0-1 1 

1 NA FIELD 0-10 to NA BUS 0-10, INT RFC inclusive 
or with NA FIELD 11 to NA BUS 11 

2 NA FIELD 0-10 to NA BUS C-10, instr AC ADDR not=0 
inclusive or with NA FIELD 11 to NA BUS 11 

3 NA FIELD 0-10 to NA BUS C-10, X REG bit inclusive 

or with NA FIELD 11 to NA BUS 11 

4 NA FIELD C-10 to NA BUS 0-10, X REG bit IP inclusive 
or with NA FIELD 11 to NA EUS 11 

5 NA FIELD 0-10 to NA BUS 0-10, SCAD ALU bit 
inclusive or with NA FIELD 11 to NA BUS 11 

6 NA FIELD 0-10 to NA BUS 0-10, SC REC bit 
inclusive or with NA FIELD 11 to NA BUS 11 

7 NA FIELD 0-10 to NA BUS to 10, F EUS G inclusive or 

with NA FIELD 11 to NA BUS 11 (from ALU operation of 
the 1st half of the current microcycle if L EARLY, 
from ALU operation of the 2nd half of the previous 
microcycle if not L EARLY) 
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IK NA EIELD C-10 to NA BUS 0-10, ALU 0-35 not=0 

inclusive or with NA FIELD 11 to N£ BUS 11 (same timing 

as decode 7) 
ii NA EIELD P-10 to NA BUS 0-10, ALU 0-17 not=0 

inclusive or with NA FIELD 11 to NA BUS 11 (same timing 

as decode 7) 

12 NA FIELD 0-10 to NA BUS 0-10, ALU 18-35 not=0 
inclusive or with NA FIELD 11 to NA BUS 11 (same timing 
as decode 7) 

13 NA HELD 0-10 to NA BUS 0-10, PC section # not=0 
inclusive or with NA HELD 11 to NA BUS 11 

14 NA FIELD 0-10 to NA BUS 0-10, USER MODE bit inclusive 
or with NA FIELD 11 to NA BUS 11 

15 NA FIELD 0-10 to NA BUS 0-10, CARRY CUT of ALU 
inclusive or with NA FIELD 11 to NA BUS 11 (same timing 
as decode 7) 

16 NA EIELD 0-10 to MA BUS 0-1 P, SC REG not=0> 
inclusive or with NA FIELD 11 to NA BUS 11 

17 NA FIELD 0-10 to NA BUS 0-10, SCAD ALU not=0 
inclusive or with NA FIELD 11 to NA BUS 11 

20 NA EIELD 0-10 to NA BUS 0-10, SC REC bit 1 
inclusive or with MA EIELD 11 to NA BUS 11 

21 NA FIELD 0-10 to NA BUS 0-10, 0F2=AC anded with 
EACALC global inclusive or with NA EIELD 11 to 
NA BUS 11 

22-57 spare 

60 NA EIELD 0-7 to NA BUS 0-7, Instr AC addr inclusive 
or with NA FIELD 8-11 to NA BUS 8-11 

61 NORMALIZE: NA EIELD 0-7 to NA EUS 0-7, F BUS 0,8, 
9,-1 inclusive or with NA EIELD 8-11 to NA BUS 8-11 
(same timing as decode 7) 

62 ENORMALIZE: NA FIELD 0-7 to NA BUS 0-7, F BUS 0, 
11, 12, -1 inclusive or with NA FIELD 8-11 to NA 
BUS 8-11 <same timing as decode 7> 

63 DIVIDE: NA FIELD 0-8 to NA BUS 0-8, SC REC bit 0, 

X REG bit 0, CARRY OUT of ALU inclusive or with NA 
EIELD 9-11 to NA BUS 9-11 (same timing as decode 7) 

64 RETURN: AD STACK 0-11 inclusive or with NA EIELD 0-11 

to NA BUS. The AD STACK is a 16 word LIFC <last in, first 
out> file containing NA BUS values stored under the 
CALL microorder. 



66 



67 



70 
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65 MUL: NA FIELD 0-8 to NA EUS 0-8, SC PEC 0, KQ REG 

34 and 35 inclusive or with NA FIELD 9-11 to NA EUS 

9-11 

BYTE: NA FIELD 0-8 to NA BUS 0-8, F BUS 12 anded 

with PC sect not=0, SCAD ALU bit 0, FIRST PART DONE 

flag inclusive or with NA FIELD 9-11 to NA BUS 9-11 

ALU SIGN: NA FIELD 0-9 to NA BUS 0-9, Y hEG 0, 

ALU not=0 inclusive or with NA FIELD 10-11 to 

NA bUS 10-11 

SIGNS: NA FIELD 0-9 to NA BUS 0-9, X REC 0, Y REG 

inclusive or with NA FIELD 10-11 to NA BUS 10-11 

71 RETRY: NA FIELD 0-9 to NA BUS 0-9, RETRY CODE <FRU 

REG 12-13> inclusive or with NA FIELD 10-11 to 
NA BUS 10-11 

72-77 <TO BE SUPPLIED> 



4.2.7.3 CALL <EIT 18> - The CALL microorder will cause the address 

dispatch stack to be loaded with the value of the previous NA BUS. 

The AD STACK is a 16 word LIFO register file, and nay be read by the 
RETURN microorder. 



4.2.7.4 X FIELD <LITS 19-21> - The X field controls inputs into the 
X BUS via the X MUX at the SHL and SHR modules. The field decodes 
are as follows: 

decode function 

X AC 0-35 to X BUS 0-35, X AC bit to X BUS 
-2 and -1 

1 XREG FILE 0-35 to X BUS -2-33, zeros to 34,35 

2 XREG FILE 0-35 to X BUS -1-34, zero to 35, XREG 
FILE bit to X BUS -2 

3 XREG FILE C-35 to X BUS 0-35, XREG FILE bit 
to X BUS -2 and -1 

4 D MUX 0-35 to X BUS 0-35, D MUX bit to X BUS 
-2 and -1 

5 XREG FILE bit to X BUS -2-35 

6 # FIELD 0-17 to X BUS 0-17, fl FIELD 0-17 to X BUS 
18-35, # FIELD to X BUS -2 and -1 

7 Z BUS 0-35 to X BUS 0-35, Z BUS bit to 
X BUS -2 and -1 



the 



4.2.7.5 Y FIELD <bits 22-23> - The Y field controls inputs into tIJC 
Y bUS via the Y MUX at the SHL and SHR modules. The field decodes 
are as follows: 
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decode function 

Y AC fc-35 to Y BUS 0-35 

1 YREC FILE 0-35 to Y BUS 0-35 

2 D MUX G-35 to Y BUS 0-35 

3 MO G-35 to Y BUS P-35 



4.2.7.6 D FIELD <bits 25-27> - The D field controls the D MUX at the 
SHL and ShR modules. The field decodes are as follows: 
decode function 

LI REG C-3 5 to D MUX G-3 5 

1 LI REG 1-35 to D MUX 0-34, MO REG to D MUX 35, MQ REG 
1-35 to K REG 0-34, zero to MC. REG 35 

2 LI REG G-3 4 to D MUX 1-35, LI REG 35 to t"Q REG 0, 
zero to D MUX G, MC REG C-34 to MC REG 1-35 

3 LI REG 0-33 to D MUX 2-35, LI REG 34-35 to MC REG 
0-1, zeros to D MUX C-l , MC RFC 0-33 to PC REG 2-35 

4 Z MUX G-35 to C MUX 0-35 

5 Z MUX 6-35 to D MUX 6-35, SCAD ALU C-5 to D MUX 0-5 

6 Z MUX 9-35 to D MUX 9-35, SCAD ALU 0-8 to C MUX 0-8 

7 2 MUX 12-35 to D MUX 12-35, SCAD ALU C-ll to D MUX 
C-ll 



4.2.7.7 L EARLY <bit 28> - The L EARLY bit determines one of two 
modes of 44ns cycle operation: 

1. L EARLY off indicates that an ALU or MCVE operation 
occurring in the second half of a 44ns microcycle may store 
results in the second half of the next microcycle if a write 
to REG FILE or AC is issued. In this mode, a read of REC 
FILE is performed during the first half of the current 
microcycle and may be used for an ALU or MCVE operation in 
the second half of the current microcycle. L EARLY off 
indicates that LI BUS is valid at CLK 3 of the first half of 
the next micro cycle. During the first cycle of anv 
instruction, L EARLY is forced off. 

L EARLY oft also indicates that all SHIFT MATRIX inputs are 
clocked at CLK 2 of the 1st half of the current microcycle 
<X REG, Y REG, SC REG, SCAD ALU> and SHIFT MATRIX results 
are clocked into Z MUX at CLK 3 of the 2nd half of the 
current microcycle. 

2. L EARLY on indicates that an ALU or MOVE operation occurring 
in the 1st half of a microcycle may store results in the 
first half of the next microcycle if a write to REG FILE or 
AC is issued. In this mode, a read of REG FILE is performed 
during the second half of the current microcycle and may be 
used for an ALU or MOVE operation in the first half of the 
next microcycle. L EARLY on indicates that LI BUS is valid 
at CLK 3 of the 2nd half of the current microcycle. 
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EXAMPLE: 



L EARLY on also indicates that all SHIFT MATRIX inputs are 
loaded at CLK 2 of the 2nd half of the current microcycle, 
and SHIH MATRIX results are clocked into Z MUX at CLK 3 of 
the 1st half of the next microcycle. 

-L EARLY on in 1st cycle, off in 2nd microcycle 
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4.2.7.8 J EIELD <bits 29-30> - The J field controls the J input to 

the SC ALU <SCA module> via the J MUX. The field decodes ere as 
follows : 

decode function 

SC REC 0-11 to J MUX 0-11 

1 # FIELD 0-11 to J MUX 0-11 

2 X REC 18 TO J MUX 0-3, X REG 28-35 to J MUX 4-11 

3 zeros to J MUX 0-5, Y REG 0-5 to J MUX 6-11 



4.2.7.9 K FIELD <bits 31-33> - The K field controls the K input to 
the SC ALU <SCA module> via the K MUX. The field decodes are as 
follows : 

decode function 

# FIELD 0-11 to K MUX P-ll 

1 zeros to K MUX 0-5, Y REG 6-11 to K MUX 6-11 

2 zeros to K MUX 0-5, I- PA SHF ENCODE to K MUX 6-11 

3 zero to K MUX 0, OE Y REG T with Y REG 1-8 to K 
MUX 1-8, zeros to K MUX 9-11 

4 zero to K MUX K , OE Y REG with Y REG 1-11 to K 
MUX 1-11 

5 EE REG 0-11 to K MUX 0-11 

6 zeros to K MUX 0-7, instruction XR value 14-17 to 
K MUX 8-11 

7 zeros to K MUX 0-7, Y REC 2-5 to K MUX 8-11 



4.2.7.10 SC ALU <bit 34> - The SC ALU bit determines the SC ALU 
function : 

0=add 

l=subtract K from J 



4.2.7.11 SP FUNCTION Held <bits 35-38> - The SPECIAL FUNCTION field 

issues control commands to the EBCX under the following decodes: 

decode function 

no-o{_ 

1 turn on accounting meter 

2 turn off accounting meter 

3 select MASTER AC C-35 to Z EUS 0-35 

4 force Is to SEL OP2 

5 update accounting meter +1 

6 SSEL: Send encoded port address of accepted IC 
interrupt to the console 

7 spare 

10 force Is to SEL OP1 

11 select FPA SHE ENCODE 0-5 to SC MUX 0-5 
12-17 spare 
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4.2.7.12 PARITY 0-47 <bit 39> - PARITY 0-47 is turned on or off so 
that odd parity is achieved for bits C-47. 



4.2.7.13 MQ <bit40> - The MC. bit determines the mode of the MQ REC. 
If on, the MQ REG clock is enabled. If off, the NC. REG is held at 
the previously clocked value. 



4.2.7.14 RE <bit 41> - The RF bit determines selection of either P 
bUS or A BUS to the L MUX input at the ML and KVR modules. First 
cycle control of this field forces selection of R BUS. Since the RF 
bit is a late control, the results of the move path operation during 
first cycle are selected into the RF BUS. The decode is as follows: 

0= R BUS 0-35 to RF BUS 0-35 

1= A BUS G-35 to RF BUS 0-35 



4.2.7.15 SC FIELD <bits 42-44> - The SC field controls the SC REG 
and SC MUX on the SCA module. Bit 42 on causes a hold of previously 
clocked contents of the SCAD ALU output. Bit 42 off allows SC REG to 
clock. Bits 43-44 decode as follows: 
decode function 

SC REG 6-11 to SC MUX 0-5 

1 SC ALU 6-11 to SC MUX 0-5 

2 # FIELD 12-17 TO SC MUX 0-5 

3 SC ALU 3-8 TO SC MUX 0-5 

A third signal causes selection of the FPA shift value 0-5 
<determined from post normalization priority encoders> into the SC 
MUX. This signal is generated by SP FUNCTION decode=4. 



4.2.7.16 FE FIELD <bits 45-46> - The FE field controls the FE REG 
and FE MUX on the SCA module. Bit 45 on causes a hold of previously 
clocked contents of the FE MUX output. Bit 45 off allows FE REG to 
clock. Bit 45 selects FE MUX as follows: 

Bit 46 off K MUX 0-11 to FE MUX 0-11 
Bit 46 on SCAD ALU 0-11 to FE MUX 0-11 



4.2.7.17 T <BIT 47> - T bit on will cause the current microword to 
hold for an additional 44ns cycle. 
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4.2.7.18 XI <bits 48-49> - The XI field controls the XI MUX at MVL 

and MVR. During the first cycle of an instruction, forwarding 

compare logic from TAC and EH modules determine selection. During 
second and subsequent cycles firmware has control with the following 
field decodes: 

decode function 

F BUS 0-35 to XI BUS 0-35, F BUS P to XI BUS -2,-1 

1 RF BUS 0-35 to XI BUS f-35, RF BUS ? to XI BUS -2,-1 

2 X BUS -2-35 to XI BUS -2-35 

3 0P2 BUS 0-35 to XI BUS 0-35, CP2 BUS to XI BUS -2,-1 



4.2.7.19 Yl <bits 50-51> - The Yl field controls the Yl MUX and AF 
MUX at MVL and MVR < an enable to Yl in first cycle comes from the 
IBOX>. During the first cycle, forwarding compare logic from TAC and 
SB modules determine selection. During second and subsequent cycles 
firmware has control with the following decodes: 
decode function 

E BUS 0-35 to AF,Y1 BUS 0-35 

1 RF BUS 0-35 to PI ,Yl BUS 0-35 

2 X BUS P-35 to AF,Y1 0-35 

3 Y BUS 0-35 to Af,Yl 0-35 
ALU input -2,-1 are equal the value ot Yl BUS 



4.2.7.20 ALU <bits 52-55> - The ALU field controls the 3G bit ALU on 

the MVL and MVR modules. Carry into 3 5 must be asserted for all 
subtract operations. For BCD, bits 0,9,18,27 are ignored <carry will 
cross from 10 to 8, 19 to 17, 28 to 26> during the ALU operation and 
forced to zero at the I BUS. The decodes are as follows: 

decode function 

XI plus Yl BCD (32 bit add, 1-8,10-17,19-26,28-35) 

1 XI minus Yl BCD (32 bit subtract) 

2 Yl minus XI BCD (32 bit subtract) 

3 minus Yl BCD (32 bit subtract) 

4 XI plus Yl Binary (36 bit) 

5 invalid op 

6 Yl minus XI Binary (36 bit) 

7 invalid op 
1C XI equal Yl 

11 XI EOR Yl 

12 XI + Yl (inclusive or) 

13 XI 

14 not Yl 

15 Yl 

16 XI. Yl (logical and) 

17 zeros 
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4.2.7.21 CARRY <bits 56-58> - The CARRY field controls the carry in 
to 17 and carry in to 35 of the 36 binary ALU and 32 bit decimal ALU. 
Decodes are as follows: 
DECIMAL OPERATION <bits 52,53=00> 
decode function 

0-1 invalid op 

2 carry into 35 

3-5 invalid op 

6 no carry into 35 

7 invalid op 

bINARY OPERATION <bits 52-53 not equal O0> 
decode function 

sign Y= Cn to 35, 36 bit ALU 

1 no Cn to 3 5, 36 bit ALU 

2 no Cn to 35, 18 bit ALUs 

3 no Cn to 35, 18 bit ALUs if FACALC not global 
no Cn to 35, 36 bit ALU if EACALC global 

4 Cn to 35, force Cn to 1 7 

5 Cn to 3 5, 36 bit ALU 

6 Cn to 35, 18 bit ALUs 

7 Cn to 35, force Cn to 17 if EACALC not global 
Cn to 35, 36 bit ALU if EACALC global 



4.2.7.22 0P1/WR REG FILE <bit59> - During first cycle bit 59 
controls the OP1 MUX at MVL and MVR as follows: 
59=0 Af MUX 0-35 to SEL 0P1 0-35 

59=1 AF MUX 0-17 to SEL 0P1 18-35, AE MUX 18-35 to 
SEL 0P1 0-17 
During second and subsequent cycles, OP1 MUX control is forced to 
zero <AF 0-35 to SEL 0P1 0-35>, and bit 59 performs the following 
operation in conjunction with the L EARLY bit: 
Bit 59 L EARLY<bit 28> function 

read REG FILE in 1st half current cycle 

1 read PEG FILE in 2nd half current cycle 

1 write REG FILE in 2nd half next cycle, 

read REG FILE in 1st half current cycle 
1 1 write REG FILE in 1st half next cycle, 

read REG FILE in 2nd half current cycle 



4.2.7.23 SW/ X REG RD <bits 6G-63> - The SW/ X REG RD field performs 
a dual function. It addresses the X REC FILE words P-15 on SHL and 
SKR modules, and controls the swapping and merge operation of the SW 
MUX on MVL and MVR modules. SW MUX is controlled by the following 
decodes: 
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Left swap control <bits 60-61> 

decode function 

0P1 18-35 to PASS 0-17 

1 OP1 0-17 to PASS 0-17 

2 OP2 18-35 to PASS 0-17 

3 0P2 0-17 to PASS 0-17 

Right swap control <bits 62-63 > 

decode function 

CP1 18-35 to PASS 18-35 

1 OP1 0-17 to PASS 18-35 

2 0P2 18-35 to PASS 18-35 

3 0P2 0-17 to PASS 18-35 



4.2.7.24 R/Y REG RD <BITS 64-67> - The R/Y REC RD field performs a 
dual function. it addresses the Y REC FILE words 0-15 on SHL and SHR 

modules, and controls the operation of the R MUX on MVL and MVR 

modules. R control bits are decoded as follows: 

decode function 

zeros to R BUS 0-17, PASS 18-35 to R BUS 18-35 

1 zeros to R BUS 0-35 

2 PASS C-17 to R BUS 0-17, zeros to 18-35 

3 zeros to R BUS 0-35 

4 SEL 0P2 bit to R BUS 0-17, PASS 18-35 to P BUS J8-35 

5 PASS 0-35 to R EUS 0-35 

6 PASS 0-17 to R EUS 0-17, SEL OP2 bit to P EUS 18-35 

7 COMPARE BUS 0-17 to R BUS 0-17 

10 ones to R BUS 0-17, PASS 18-35 to F: BUS 18-35 

11 ones to R BUS 0-35 

12 PASS 0-17 to R EUS 0-17, ones to F EUS 1P-35 

13 ones to R BUS 0-35 

14 SEL OP2 bit 18 to R BUS 0-17, PASS 18-35 to R BUS 18-3* 

15 -PASS 0-35 to R BUS 0-35 

16 PASS 0-17 to R BUS 0-17, SEL 0P2 bit 18 to R EUS 18-3 t 
1? -COMPARE 0-35 to R BUS 0-3 5 



COMP <bits 68-69> - The COMP field determines the mode of 
operation of the comparators on the KVL and MVR modules per the 
following decodes: 
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Bit 68 on= compare to ones<7s> 

a) compare COMP BUS 1-34 to ones 

b) compare f BUS G-35 to ones 
bit 68 off= compare to zeros<not 7s> 

a) compare COMP BUS 1-34 to zeros 

b) compare F BUS 0-35 to zeros 
Bit 69 on= compare to 1 

a) compare CCMP BUS 35 to one 
Bit 69 off= compare to zero 

a) compare COMP BUS 35 to zero 



4.2.7.26 LAST CYCLE <bit 70> - The LAST CYCLE bit controls the 
update of the PC, Instruction Code, AC addresses, and selection of 
CE, CI, and CL MUXes during the first cycle of the next instruction. 
When the last cycle bit is on and L EARLY is also on, PC, IC, and AC 
addresses are updated in the next 22ns clock period (if in 44ns 
ruicrocycle , during the 2nd half of the cycle containing the last cycle 
bit. When the LAST CYCLE bit is on and L EARLY is off, PC, IC, and 
AC addresses are updated in the 1st 22ns period following this 
microcycle . 

CE, CI, and CL MUXes select between first and subsequent cycle 
control words for early <CLK 0>, intermediate <CLK 1 or 2> and late 
<CLK 3 or 0> control bits. LAST CYCLE bit on causes fast 255X4 FAMS 
and forwarding controls to be selected into the control word of the 
next cycle, whicii represents the first cycle of the next instruction. 

An interrupt may block the operation of the LAST CYCLE bit, thus 
allowing slow microcode to trap to an interrupt handling routine. 
Once this routine is completed, a LAST CYCLE microorder must again be 
issued to cause instruction execution to continue. 

Instruction invalid coming from the IBCX at LAST CYCLE will cause the 
microword containing the LAST CYCLE order to hold if no interrupts 
are pending. L EARLY will be forced off in the next cycle so that 
only one store operation will occur. 



4.2.7.27 STORE CONTROL <bits 71-73> - The STORE CONTROL field causes 
store, MBOX, and IPA operations to occur per the following decodes: 
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decode function 

no op 

1 Write MEM with data on L BUS. Write AC if EACALC is 
an AC. L EARLY on will cause data to latch at M or 
write to occur at AC in the 1st half of the next 
cycle. L EARLY off will cause data to letch at M or 
write to occur at AC in the 2nd half of the next cycle 

2 Write to AC and MASTER AC. L EARLY on will cause the 
write to occur in the 1st half of the next cycle. 

L EARLY off will cause the write to occur in the 2nd 
half of the next cycle. 

3 Write AC and MAC if AC field not-e. Timing is the same 
as decode 2. 

4 Write MAC only with data on L BUS. L EARLY on will 
cause the write to occur in the 1st half of the 

next cycle. L EARLY off will cause the write to occur 
in the 2nd half of the next cycle. 

5 Start FPA at address 00P, fffield 13-17 

7 STEP CTRS: Read the MASTER AC twice followed by an 

update of it's lo-order 4 address by +1. In the next 
microcycle write into AC copies twice followed by an 
update of their write address by +1. This microorder 
repeated 8 times will cause a load of all AC copies 
with an AC set from the MASTER AC block. 



4.2.7.28 FLAG CONTROL <bits 74-77> - The FLAG CONTROL field causes 

flag and miscellaneous operations to occur under control of # FIFLP 
and data path bits. 

decode function 

t) no op 

1 LD FLAGS: load PC flags from F BUS r-12. If ft field 
bit 5 is on protect USER and USER 10 from illegal 
modification. If if field bit 6 is on load PCU from 
previous USER flag. 

I BUS flag 
DC ov 
El CRYE 
22 CRYl 
133 FCV 

04 FPD 

05 USER 

G6 USER 10/ PCU 

09 TRAP2 

IE TRAP1 

II FXU 

12 ng DIV 
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decode 

2 PC FLAGS: set or clear selected PC flags from i field 



function 




PC FLAGS: set or 


clear selected 


t field 


function 


00 


set CV 


01 


set CRY0 


02 


set CRY1 


03 


set FOV 


04 


set EPD 


09 


set TRAP2 


10 


set TRAP1 


11 


set FXU 


12 


set NO DIV 


13 


clear CV 


14 


clear CRY0 


15 


clear CRY1 


16 


clear TRAP1 


17 


clear FPD 


LD STATE: Set or 


clear selected 


FIELD 0-15. Set 


overrides clear 


# FIELD 


FUNCTION 


00 


set 00 


01 


set 01 


02 


set 2 


03 


set 03 


04 


set 04 


05 


set 05 


06 


set 06 


7 


set 07 


08 


reset 00 


09 


reset 01 


10 


reset 02 


11 


reset 03 


12 


reset 04 


13 


reset 05 


14 


reset 06 


15 


reset 07 



and TRAP2 

STATE REC bits from # 
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4 AD FLACS: Update CRYB, CRY1, and OV from the ALU 
results of the current microcycle. 

5 JFCL: Clear OV if OV and AC field bit 9 are on; clear 
CRY0 if CRY0 and AC field bit 10 are on; clear CRY1 
if CRY1 and AC field bit 11 are on; clear FCV if FCV 
and AC field bit 12 are on. If any of these flags are 
cleared, force jump successful at the IBOX. 

6 LD APR: Set selected AFR flags from X RFC 24-31, reset 
selected APR flags from Y REG 24-31. Set overrides 
reset if both are on. 



7 EN APR: Enable selected APR interrupts per X REG 2^-31, 

1G command to IbOX per S field 14-17 

#14-17 decode function 

preset IBCX 

1 load PC from L BUS 

2 read PC<via CP2 BUS> of SEL I 

3 read EACALC<via CP2 BUS> of SEL I 

4 read mem op<via CP2 BUS> of SEL I 

5 read mem, VMA from L BUS, data 

via CP2 BUS 

6 write mem, VMA from L BUS, data 

from L BUS one cycle later 

7 read mem, IBOX EACALC of L BUS 18-35 

plus XR 18-35 addressed by WR MUX, 
VMA 6-18 from PC 

10 initialize PC to curr instruction 

11 initialize PC to curr instr -1 

12 initialize PC to curr instr -2 

13 backstep SEL I -1 

14 step SEL I +1 

15 START IBOX 
16-17 spare 
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11 LD PI: Set interrupt requests for PI levels 1-7 from 
X REC 29-35, reset interrupt requests for PI levels 
1-7 from Y REG 29-35. Reset overrides set if both are 
on. 

12 EN PI: Enable interrupts for selected PI levels per 
X REG 29-35. 

13 Load interval timer from Y REG C-17. 

14 PDL OV: Set trap 2 if F BUS compare equals value of 
COMP field. 

15 Read flags or meters per # FIELD 15-17 into the next 
micro cycle's number field 0-17. 

decode function 

APR 24-31 to » FIELD fi-13 

1 Interval counter 0-17 to # FIELD P-17 

2 Accounting meter 0-17 to 5 FIELD 0-17 

3 PI flags to ff FIELD 11-17 

4 STATE flags to # FIELD 0-7 

5 PC flags to # FIELD 0-12 
6-7 spare 

16 Load accounting meter from Y REG 0-17 

17 spare 



4.2.7.29 PARITY 48-101 <bit 78> - Parity 48-101 is turned on or off 
so that odd parity is achieved for bits 48-101. 



4.2.7.30 L <bit 79> - The L bit controls the selection of the L MUX 
on NtVL and MVR modules according to the following decode: 

L=0 I BUS 1-35 to L MUX C-35 

L=l RE BUS C-35 to L MUX 0-35 



4.2.7.31 AC/ REG hR CTRL <bits 8C-83> - The AC/ REG WR CTRL field 
performs a dual function. IF bit 59 is on, the X and Y REC FILES 
will Le written into in the next microcycle according to the setting 
of L EARLY. The X and Y REG write address is generated from bits 
80-83. If bit 59 is off, the AC/ REG KR field will be used to 
control the addressing of the ACs at SHL, SHR, IDL, IDR, and FPB-E 
modules. In this mode, bits 80-83 have the following significance: 
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bit 80=0 WR MUX plus # EIELD 14-17 to XRD MUX <bit 30=0 and 
bit 59=0 causes XRD MUX to clock>. 

bit 30=1 EACALC 32-35 to XRD MUX if LAST CYCLE, hold previously 
clocked contents if not LAST CYCLE. 

Bit 81=0 SC bits 2-5 to YRD MUX, # EIELD 10-13 to HMA MUX 
<bit 31=0 and bit 55 = causes YRD MUX to clock> 

tit 81=1 AC field 14-17 of instruction to YRE MUX if LAST CYCLE, 
hold previously clocked contents if not LAST CYCLE. 

bit 82=0 Select XRD MUX to KR MUX 

bit 82=1 Select YRD MUX to WR MUX 

bit 83=0 Select CURR REG to HMA MUX 

bit 83=1 Select PREV REC to HMA MUX 



4.2.7.32 NUMBER EIELD 0-17 <CL bits 84-101> - The number field is en 
IE bit field which is used in conjunction with other microorder s as a 
direct input into data or control logic. 



4.2.8 SYSTEM CLOCKS 



© 



The 2080 clock controls provide the gating of a single 181.8 Khz 
master oscillator source in such a way that synchronous clock phases 
will result at the 10 box, IbOX, EBOX, FPA, MBOX, and memory array. 
The clock control logic will also include start, stop, and count 
mechanisms for diagnostic and error recovery purposes. 



4.2.8.1 10 BOX INTERFACE TO THE SYSTEM CLOCK - Outputs from clock 
control module to 10 Box: 
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9-JUL-C0 
Page -5-28 



10 Clock 

The clock control module will send a 45.45 Mhz pulse, 
11ns on, 11ns off, to the 10 Box. The positive 
transition of this pulse will correspond to the 
negative transition of phase at the CPU. It 
will be free-running at all times. 



L time 



- + 

i 



Ph£ 



+- 

i 



+ - 
i 

- + 
-+ 



PHI 



10 CLK 



+ - 
i 

- + 

- + 
i 

+ - 



• + 

i 



PH2 



+ - 
j 

- + 

- + 
i 

+ - 



- + 
i 

4- 



PH3 



11ns 



+ - 
i 

-+ 
+- 
j 

•+ 



+ — 

- + 

-+ 

i 

+ — 



11ns 



+ - 
j 

-+ 

-+ 

j 

+ - 



■ + 

i 



+— 
j 

-+ 

- + 

j 

+ — 



11ns 



+ - 
i 

-+ 
+- 
i 

-+ 



Diag CLK Return 

This signal is the return path of the shifted out clock 
control register. 

CLK Error 

CLK Error represents a synchronization error between the CLK 
CONTROL module and the CPU free-running clocks. 
Inputs to Clock Control Module From 10 Eox: 

The 10 BOX sends controls to the clock control module to set up and 
execute the clock start/stop features. A serial line permits the 10 
EOX to shift into a control register a field representing a 16 bit 
command . 



CMD to CLK 

CMD to CLK is the input to the clock control register shift in path. 

CLK CMD ENAbLE 

CLK CMD ENABLE gates a previously loaded and decoded command to 
control the start/stop mechanisms of the CLK Control module. 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL-80 

INSTRUCTION EXECUTION page 4-2? 

EXECUTION UNITS COMMON CONTROL 



Command Bits of the Clock Control Register: 

CLOCK CONTROL PEC 

+ + + + + + + + 

! SPARE I TIC ! DISA ! DISE ! ESTP ! SYNC ! COUNT 0-255 ! 

+ + + + + + + + 

15-13 12 11 10 9 8 7-0 

CCUN'l field (bits 7-0 ) 

The COUNT field represents a count of clock phases to be stepped in 
the MbCX, IBOX, EBOX and EPA, when clock TIC (bit 12) is on. For 
example. Disable A (bit 11) on will stop all clocks in the CPU at the 
next active phase (phase on, phase 1, 2, and 3 off). following 
this, a count of 001 and TIC on will step all clocks in the CPU to 
phase 1. Count increments of 4 represent machine cycles (22ns). 

SYNC (bit 8) 

The SYNC command, when on will cause a load of the clock distribution 
chips (100141 shift register) on all CPU modules to an active phase 
0, inactive phase 1, 2, and 3. The SYNC command must always be 
preceded by turning on and executing the DISABLE A command, and 
followed by turning of and executing DISABLE A. This procedure 
eliminates any need for adjustment of the SYNC signal going to each 
module. This command will be used only if the 100141 shift register 
is employee as a distribution method. 

ESTOP (bit SO 

The ESTOP command will cause a stop of all FBOX, FPA, and EBOX 
controlled IBOX clocks at the phase following the rise of "ERROR 
S'lOP" from the EBOX. The console may then scan the EBOX, FPA, and 
IbOX module phase scan bits to determine if the ERROR STOP was 
caused by a clock sync error in one of these modules. 

DISABLE E (bit 10) 

The DISABLE E command will stop all EBCX, FPA and EBOX controlled 
IbOX clocks at the next active phase 0. lurning DISABLE E off will 
start the clocks in these areas in the same manner as DISABLE A. 

DISAbLE A (bit 11) 

The DISABLE A command will stop all CPU clocks at the next active 
t-hase 0. Turning DISABLE A off will start all CPU clocks with a 
positive (trailing edge thase 0/negative (leading) edge phase 1. 

TIC (bit 12) 

The clock lie command will step all CPU clocks the number of phases 
specified by the count. 
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4.2.8.2 CPU INTERFACE 10 THE SYSTEM CLOCK - 

Outputs trom Clock Control Module to the CPU: 

SYSTEM CLK to (module name) (total = 23, 45, or 92) 

Each CPU module will receive either a 181.0 Mhz clock, two 45. '5 Mhz, 

or the four phase clocks (depending upon decision by 2H80 technoloay 

group) . These clocks will be powered independently at the clock 

control card. Two identical sets will go to the IBOX data path cards 
to allow for separate control by DISABLE A and DISABLE F. 

SYNC 

tour sync lines will be driven to the 21 CPU modules; SYNC A will go 
to the MbOX, SYNC E to IBOX and mv modules, SYNC C will go to the 
remaining EbOX modules; and SYNC D will go to the FPA modules. The 
SYNC signals will be stubbed, with termination at the module farthest 
trom the clock control. These lines are logically identical, driven 
by the enabled SYNC command bit. 

Inputs to Clock Control Module from the CPU: 
Check Phase 

The five MBOX, along with 2 IBOX data path modules, each will send a 
buffered phase back to the clock control. These will be compared 
to internal clock control phase generation to determine whether or 
not a synchronization error has occurred. Only free running clocks 
utilizing the 1G0141 shift register will be checked in this nsnner. 
The 7 check bits will be loaded into a register at the clock control 
so that its bits may be shifted out as part of the active diagnostic 
scan path. The serialized input and output of this scan register 
connect to modules adjacent to the clock control module. 

ERROR STOP 

ERROR STOP from the CPU SCAD module indicates that an IBCX, EECX or 
tPA error has occurred, and that all gated clocks in these areas have- 
been stopped. 



4.2.8.3 MEMORY INTERFACE TO THE SYSTFM CLOCK - Outputs From Clock 
Control to Memory Modules: 

MEM CLK 

Individually driven, free- running , 45.45 Mhz clocks will be sent to 
each of 16 memory array cards, and each of two repeater cards. The 
clock will be llns on, 11ns off, with positive transition 
corresponding to the positive transition of the 10 CONSOLE CLOCK. 
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CHAPTER 5 
EbCX 



5.1 GENERAL 

The 2080 EbOX is designed in such a way that maximum performance is 
derived from a limited number of ICs . Emphasis is placed on the fast 
execution of commonly used instruction groups including mask and 
test, full and halfword moves, arithmetic, stack, and boolean. In 
approaching the design, it was found to be more efficient to make an 
entire group run fast rather then focus on a few highly used 
instructions. This in turn also served to reduce considerably the 
amount of control logic required to deal with the exception cases. 

Since instruction mix analysis showed that the above-named groups 
occupied from 80-90% of dynamic execution, it was decided to create a 
hierarchical design, with MOVE Executing move end mask&test> and ALU 
Executing arithmetic, stack, and boolean> were controlled from fast 
256X4 RAMS, and all other instructions executed in the traditional 
method of microprogram control. Thus, the 2P8H EBCX executes nearly 
3C0 instructions in one or two 22ns cycles. 

22ns prior to the start of execution, the IBCX supplies the EECX with 
the instruction code, AC addresses <for both AC field and FACALC 
32-35>, and an instruction/operand valid bit which permits the 
instruction execution to proceed. The instruction code addresses the 
fast 256X4 and slower 4kXl RAMs simultaneously. In the next cycle 
<first cycle of executions the microword controlling the EBCX is 
selected from the fast RAMs. The second cycle of execution may be- 
either a 22ns cycle or a 44ns cycle depending on the setting of th* 
LAST CYCLE and L EARLY bits < LAST CYCLE and L EARLY both on indicate 
<* 22ns cycle>. The second and subsequent micro words are selected 
from the 4kXl RAms each 44ns. 

The fast 256X4 RAMS control only the 22ns path <MCVE, ALU>, whereas 
the 4kxi RAMs control a 44ns shift and shift control path as well as 
utilizing the MOVE and ALU sections as part of a larger 44ns path 
This provides the microprogram with a very powerful arithmetic,' 
boolean, merge, compare, and shift capability. 
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5.2 MOVE/ ALU PATh 

Tne MOVE/ALU path is contained on two identical modules, MVL and MVR . 
It consists of tfeo 22ns loops, each of which may receive inputs from 
the other, or from REC, FPA, or IBOX operand paths, under the control 
of XI, Yl, or RF fields. 



5.3 MOVE OPERATION 

Two operands are presented to the MOVE path at CLK 2, SEL 0P1 and SEL 
0P2. SEL 0P1 in the first cycle of execution receives a word from 
one of the following: 

1. X or Y AC sets < X is addressed by EACALC 32-35, and Y is 
addressed by AC field> on the X or Y BUS 

2. A forwarded result through LI, C, and X or Y <if current 
instructions requires an operand from an AC word which is in 
the process of being stored 

3. f BUS < if conflict compare indicates that previous 
instruction result selected at L MUX is from F and current 
instruction uses it as an operand> 

4. Kf BUS < if conflict compare indicates that previous 
instruction result selected at L MUX is from PE and current 
instruction uses it as an operand>. SEL 0P2 in the first 
cycle of execution receives a word from one of the 
following : 

a) the X AC on the X BUS <X AC addressed by EACALC 32-35> 
b) a forwarded result through LI, D, and X <if current 
instruction requires an operand from an AC word which is in 
the process of being stored> 

5. The IBOX 0P2 BUS if no results are being forwarded and the 
EACALC does not represent an AC 

6. From K BUS or F BUS via the same forwarding controls applied 
to SEL 0P1. 

In second and subsequent cycles SEL CP1 and SEL 0P2 inputs are 
controlled entirely from 4kXl control storage RAM fields XI, Yl, and 
RF. 

Half word instructions are executed via SW and P MUX controls. SW 
MUX permits merging of either left or right half of SEL 0P2 with the 
left or right half of SEL 0P1 . R MUX may select either hal f= zeros 
or ones, or either half = SEL 0P2 bit P or 18. Move, Zeros, and Ones 
instructions are also executed via SW and R MUX controls. 
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Masking for test instructions occurs at an AND function with inputs 
from SEL 0P1 and EEL CP2. The AND true outputs connect to 
comparators which, under CCMP field control perform a partial compare 
<in the first cycle> of the AND outputs to the values -1, 0, and +1. 
Compare results and SEL 0P2 sign bit <G> go to the IEOX where skip/ 
jumf. successful determination will be made. In the case of TEST LEFT 
instructions, SEL 0F1 receives the AC operand with it's left and 
right halves swapped at the 0P1 MUX, and SEL 0P2 receives CP2 BUS 
from the IBOX with zeros in it's left half, and the lo order 18 bits 
of the EACALC in the right half. 

All MOVE path results are clocked into the RF MUX at CLK C of the 
next cycle, <CLK C gated by L EARLY B from the current cycle's 
microword> . 



5.4 ALU OPERATION 

ALU inputs are logically identical to MVE inputs, with the exception 
that in the first cycle, the Yl MUX may be disabled to force zeros 
into the Yl ALU input. This is used with an ALU decode 4 and forced 
carry to provide a fast add 1 or subtract 1 to either ALU half, while 
AF MUX, also under Yl FIELD control, is gating the AC operand into 
the MOVE path. 

The main ALU is 36 bits wide, divided into two 1C bit sections. an 
extension of two bits is made on the high order end to facilitate 
multiply operations, thus providing i BUS -2 and -1 to the SHL 
module. The ALU performs binary and decimal adds and subtracts, and 
boolean functions in 22ns. The ALU C-35 may also be separated into 
two 18 bit sections with carry control to both. 

ALU results are clocked into the F MUX at CLK C of the next cycle 
<CLK gated by L EARLY B of the current cycle's microword>. 



5.5 L BUS 

The L BUS is used to transfer results from the R BUS <MCVE>, F BUS 
<ALU>, or A BUS <FPA> to the following modules: 
negative L BUS <1 backpanel stub at ID> 

a) IBOX IDL and IDR 

b) MBCX MDL and MCR 

positive L BUS <2 backpanel stubs, one each at SH and IP> 

c) EBOX ShL and SHR 

d) tPB,D and tPC,E 

The L MUX is clocked at CLK 1. The L MUX select is valid during the 
CLK 1 of the 2nd 22ns period after the control word has been issued 
tor the first cycle of execution, and is valid during the CLK 1 of 
the 2nd and 3rd 22ns periods after the control word has been issued 
for subsequent 44ns microcycles . Since it is a stubbed bus, lCns are 
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allowed before it's destination registers are clocked. 

+ + + + + + 

1 i 1ST CYCLE ! ! 2ND CYCLE ! ! 

+ + EARLY CONTROL + + EARLY CONTROL + + 

e 



+ + + + 

! ! 1ST CYCLE ! i 2ND CYCLE 

+ + LATE CONTROL + + LATE CONTROL 

3 3 



i i j 

CLK L CLK L CLK L 



5.6 ERROR CONTROL 

Parity generation occurs at the output of the F BUS < ALU result> and 
at the output of the AND function of the MOVE path. A parity bit is 
generated for each byte, composed of bits C-8 , 9-17, 18-26, and 
27-35, respectively. Parity checking is performed at the output of 
the SEL 0P1 MUX, SEL 0P2 MUX, and L MUX. If a parity error is 
detected at either SEL OP1 or SEL 0P2, the following CLK will set 
the MVL or MVK INPUT ERROR latch which will a) block the next CLK 2 
to SEL OP1, SEL OP2, and ALU, and b) will signal to the error control 
logic on the SCA module to stop all gated IBCX, EEOX, and EPA clocks 
starting with CLK 20ns later, and sequentially stopping CLK 1, CLK 
2, and CLK 3, in that order. || If a parity error is detected at the L 
MUX, the following CLK 2 will set the MVL or MVR OUTPUT ERROR latch 
which will a) block the next CLK to the L MUX and MAC BACKUP 
ADDRESS, and the next CLK 1 to the leading edge control of the MAC 
BACKUP write-enables , and b) will signal the error control logic on 
the SCA module to stof. all gated IBCX, EBOX, and EPA clocks starting 
with CLK 30ns later. 

The carry generates of the two duplicate ALUs are compared to 
determine whether an ALU error has occurred. If the results of the 
two ALUs combined produce an odd count, an error trigger is set at 
the next CLK 3, followed by a clocking of the MVL or MVR ALU FRP 
latch at the following CLK 0. The MVL or MVR ALU ERR signal will 
cause the SCA error control to stop all IBCX, EBOX, and FPA clocks 
starting with CLK 20ns later. 

System reset will reset E, RB , SEL 0P1 , SEL 0P2, and L MUXes to zeros 
with good parity. Error reset will reset MV OUTPUT EPR, MV INPUT 
ERR, AND MV ALU ERR. 
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5.7 DIAGNOSTIC INTERFACE 

The passive scan path of MVL is composed of 40 bits from the F BUS 
and MAC BKUP scan registers. ihe signals are labeled as follows- 
SCAN INPUT= 'DIAC PAS OUT ESE R ' 
SCAN REG bITS= 'R BUS 00 h" to 'R BUS C7 H', 

'R BUS 18 H' to ' R BUS 25 H' , 
'R BUS PG0-08 H' , 
*R BUS P18-26 H' , 
'R BUS 08 H' , 
'R BUS 26 H' , 
'AC BACKUP P00-08 ' 
'AC BACKUP P18-26' 
'AC BACKUP 08 h" 
'AC BACKUP 26 H' 

'AC BACKUP 00 H' to 'AC BACKUP 07 H' 
'AC BACKUP 18 H' to 'AC BACKUP 25 H' 
SCAM OUTPUT= 'DIAC PAS CUT MVL K' 
The MVR passive scan path signals are labeled as follows: 
SCAN INPUT= 'DIAC PAS OUT MVL H' 
SCAN REC BITS* 'F BUS 02 H' to 'F BUS 15 H', 

'i BUS 27 H' to ' F BUS 34 H' , 
'E BUS P09-17 H' , 
■F BUS P27-35 H' , 
'F BUS 17 H» , 
't BUS 35 h' , 
'AC BACKUP P09-17 h" , 
'AC BACKUP P28-35 H' , 
•AC BACKUP 17 ti' , 
'AC BACKUP 35 H' , 

'AC BACKUP 09 H' to 'AC BACKUP 16 H. ' , 
'AC BACKUP 27 H' to 'AC BACKUP 34 H' 
SCAN OUTPUT= 'DIAC PAS OUT MVR R' 
The Active scan path of MVL is composed of 32 bits from the MASTER AC 
BACKUP ADDRESS, L REC, and error control bits. The signals are 
labeled as follows: 

SCAN INPUT= *DIAG ACT CUT ESE li ' 

SCAN REG BITS= 'L AC BACKUP H ' to 'L AC BACKUP 7 H', 

'L REG 00 Ii' to 'L PEC 07 H', 

'L REC 18 H' to 'L REC 25 H ' , 

'L REC P00-0 8 H' , 

'L REG P18-26 H' , 

'L REG 06 H' , 

' L REG 25 H ' , 

'MVL INPUT ERR h' , 

'MVL ALU ERR B' , 

'MVL OUTPUT ERR H' 

'SPARE' 
SCAN CUTPUT= 'DIAC ACT CUT MVL H' 
The MVR active scan path signals are labeled as follows: 
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SCAN INPUT= 'DIAC ACT CUT MVL H' 

SCAN KEG bITS= 'R AC BACKUP H' to 'R AC BACKUP 7 H', 

■L REG 09 H' to 'L REG 16 H', 

•L REG 27 H' to *L REG 34 H' , 

• L REG P09-17 H' , 

'L REG P27-35 H' , 

•MVR INPUT ERR H' , 

•MVR ALU ERR H' , 

'MVR OUTPUT ERR H' , 

•SPARE' 
SCAN CUT PUT = 'DIAC ACT OUT MVR H* 



5.8 SHI hi/ AC/ REG PATH 

The SHItl/AC/REG path is contained on two identical modules, SHL and 

SHR. It consists of a 44ns loot through a SHIFT MATRIX, AC sets and 

register files, and muxing necessary to route the outputs of all of 
these into either the SHIFT MATRIX or the MOVE/ALU path. 



5.9 SHIF1 OPERATION 

The SHIF1 MATRIX is a 72 bit input, 35 bit output left shifter with a 
maximum shift value of 35 (100100). It's hi-order input comes from 
the X REG, loaded from the X BUS at CLK 2 gated by not L EARLY A. 
It's lo-order input comes from the Y REG, loaded from the Y BUS at 
CLK 2 gated by not L EARLY A. The shift output is available at the Z 
MUX 30ns after the clocking of the X and Y REGs , at CLK C gated by L 
EARLY b. 



5.10 REGISTER FILE OPERATION 

Two 16 word register files are present on SHL and SHR (SHL= bits 0-17 
and SHR= bits 18-35) . These are used as temporary storage files 
which are identical in content. The write address is determined by 
control bits 80-83; write timing is determined by L EARLY. P write 
will occur in the second or subsequent cycles if bit 59 is on. X REG 
RD is controlled by bits 6C-63 and Y REC RC is controlled by bits 
64-67. 



5.11 AC/ MASTER AC OPERATION 

Two copies of the current AC set are kept on SHL and SHR. The X AC 
read port is addressed by bits 32-35 of the EACALC in the last cycle 
of an instruction, so that the X MUX may select between the d?ta of 
an AC store in progress <if conflict compare> and the output of the X 
AC for an operation in the first cycle of the next instruction. 6 
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The xl wUX at the ALU will select between a memory operand <if FACALC 
is a memory location> or the X BUS <if LACALC is en AC> , or E or RF 
bUS if forwarding from a previous cycle's results. The Y AC read 
port is addressed by instruction bits 14-17 in the last cycle of an 
instruction, so that the Y MUX may select between the data of an AC 
store in progress <if conflict compare> and the output of the Y AC 
for an operation in the first cycle of the next instruction. 

The X AC and Y AC addressing is determined in second and subsequent 
cycles by control bits 80-82. 

The NASTER AC set is a 256 word array of 128 AC sets and 128 
temporary registers. It may read or write every 22ns, as opposed to 
the current AC sets which may read and write every 22ns. 

The addressing of the MASTER AC set is determined by control bits 
80-83. hrite enable timing is controlled by L EARLY and STOPE 
CONTROL. The STEP C1RS microorder will cause the MASTER AC to be 
read followed by an increment of its £ lo-order bits by 1. Two 
increments of one will occur during the 40ns period containing STEP 
CTRS. One microcycle later, under dly control, the copies of the 
selected AC set will be written with the data from the MASTER AC, 
followed by an update of the AC sets' address +1 <this occurs twice 
in tiie second microcycle> . The 16 words of each AC set may thus be 
loaded at a rate of 1 per 22ns, with the data travelling from the 
EASIER AC set through the Z MUX, X MUX, XI MUX, H MUX, RF MUX, L MUX, 
LI MUX, and the MC. MUX. 



5.12 ERROR CONTROL 

Parity is generated at the output of the SHIFT MATRIX. Four parity 
bits are carried with all 36 bit wide data paths of SHL and SHR. 
Parity is modified at the E and X MUXes to compensate for the ] and 2 
bit shifts. Parity checking occurs at the output of the 2 MUX, X 
REG, and V REG. 

A parity error at the Z MUX will set R MAC OR Z ERR (for SHR) and L 
MAC OR Z ERR (for SHL) at the CLK 1 following the CLK 3 to 7. MUX. 
This error condition will a) block the next clock to the Z MUX, and 
b) signal to error control logic at SCA to stop all system clocks 
starting with CLK S3 35ns later. 

A parity error at X REG or Y REC will set p PEC OR AC ERP (for SHR) 
and L REG OR AC ERR (for SHL) at the CLK C following the CLK 2 to X 
AND Y REG. This error condition will a) block the next clock to the 
X AND Y REGs , and b) signal to error control logic at SCA to stoj. all 
system clocks at CLK P 2f'ns later. 

System reset will reset LI REG, X REC FILE, Y REC FILE, and Z MUX to 
zero with good parity. Error reset will reset the error latches 'MAC 
OR Z ERR' and 'REG OR AC ERR'. 
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5.13 DIAGNOSTIC INTERBACE 

There is no passive scan path on SHL and SHR. The Active scan path 
OF SHL is composed of 80 bits, arranged in the following sequence: 
SCAN INPUT= 'DIAC ACT OUT SCA H' 
SCAN REG BITS= 'X REG 00 H' to 'X REG 08 H', 

'X REG PARITY EYTE E H ' , 

'X REG 09 H* to 'X REG 17 H', 

•X REG PARITY BYTE 1 H' , 

'Y REG 00 H' to 'Y REG GS H', 

'Y REG PARITY BYTE OH', 

•Y REC 09 H' to 'Y REC 17 H', 

'Y REC PARITY BYTE 1 H' , 

'MAC REG BIT 00 H' to 'MAC REG BIT PS H', 

'MAC REG PAR BYTE H' , 

'MAC REG BIT 09 H' to 'MAC REG BIT 17 H', 

'MAC REG PAR BYTE 1 H' , 

'L2MQ REG PAR BYTE H', 

•L2MQ REG PAR BYTE 1 H' r 

'L2Mt' REG BIT 17 H' to ' L2MC RFG BIT 00 H', 
SCAN OUTPUT= 'DIAG ACT OUT SHL 1 
The active scan path of SHR is composed of 80 bits, arranged in the 
following sequence: 

SCAN INPUT= 'DIAC ACT OUT SHL' 

SCAN REG BITS= 'X REG 18 H' to 'X REC 26 H', 

'X REG PARITY BYTE 2 H' , 

'X REG 27 H' to *X REG 35 H', 

'X REC PARITY EYTE 3 H', 

'Y REG 16 H' to 'Y REC 26 H' , 

'Y REG PARITY BYTE 2 H', 

'Y REC 27 H' to ' Y REG 3 5 H 1 , 

•Y REG PARITY BYTE 3 H' , 

'MAC REG BIT 18 H' to 'MAC REG BIT 26 H', 

'MAC REG PAR BYTE 2 H', 

'MAC RFG BIT 27 H' to 'MAC REG BIT 35 H', 

'MAC REG PAR BYTE 3 H', 

' L2MQ REG PAR BYTE 2 H' , 

' L2MC REG PAR BYTE ? H', 

' L2MC. REC BIT 17 H' to ' L2M0 REG BIT ff H', 
SCAN OUTPUT= 'DIAC ACT OUT SHR' 



5.14 SHIF1 CONTROL/ METERS/ ERROR CONTROL 

The SCA module contains a 12 bit ALU path used for controlling the 
SHIFT MATRIX shift value and floating point exponents. Also on this 
module are the accounting meter, interval tinier, PI and AFP, flags, 
pipeline stopping mechanism, and BRU code generation. 
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5.15 SCAD 

The shift control ALU is a 12 bit binary add or subtract function 
receiving inputs from J and K MUXes. The output of the ALU is 
latched into the SCAD REG which provides the floating point exponent 
to the D MUX on the SHL module, and dispatches for branching under 
control of the next address switch. The output of the ALU is also 
latched into the SC REC, which may be held more than one cycle, and 
is used for branching and shift control purposes. The FE MUX 
receives inputs from either the ALU or the K MUX, and loads the FE 
KEG at CLK2 gated by L EARLY A and FE FIELD bit 45 off. Eoth the 
SCAD REC and the SC REG are also clocked at CLK2 gated by L EARLY A. 



5.16 1MS/10US CLOCK 
<T0 BE SUPPLIED> 

5.17 INTERVAL C0UN1ER 
<TO BE SUPPLIED> 

5.18 ACCOUNTING METER 

An accounting meter is kept at the SCA module. An 18 bit count is 
updated by one of two methods: a) at the last cycle of an 
instruction, the meter is updated by a weighted value from a lookup 
table addressed by the instruction code. This value will be greater 
for a long instruction than for a short instruction. b) during a 
long instruction, iterations of subroutine loops may issue an update 
to the accounting meter via an SP FUNCTION decode 5. The accounting 
meter may be turned off (no increments occur) or on (increments 
allowed to occur) by SP FUNCTION decodes 2 and 3. The accounting 
meter may be loaded or read via FLAG CCNTRCL decodes 15 or 16. 



5.19 PIPELINE STOP MECHANISM 

A two bit shift reg is serial loaded with the and of LAST CYCLE and L 
EARLY A each cycle. If the ERROR STOP latch is set at any CLK1 time, 
the contents of the shift reg (RETRY CODE) are frozen. A decode of 
the retry code determines how many times the PC has stepped since the 
error occurred : \ ' n > 



< ^8 



i 
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retry code PC 

N+l 

1 N + 2 

2 N+2 

3 N+3 

To retry starting with instruction N, a trap is taken by the 
microcode, which causes it to branch on the retry code to a 
subroutine issuing a command to the IBOX to step SEL I back 1,2, or 
3 times, and to reload the PC from the PC EUFFER addressed by SEL I. 
Once the ERROR STOP latch has been set at CLK 1, the system clocks 
are stopped at the CLK CTRL module starting with the next CLK P. 



5.20 FRU CODE GENERATION 
<TO BE SUPPLIED> 

5.21 SCAD ERROR CONTROL 
<TO BE SUPPLIED> 

5.22 DIAGNOSTIC INTERFACE 
<TO BE SUPPLIED> 

5.23 CONTROL STORAGE . , i ,x 

EBOX control storage is located on the ESE and CRA modules. It 
contains 102 bits of fast and slow storage, plus the necessary output 
decodes and branching controls to operate the EBCX data paths and 
initiate operations at IBOX, MEOX, and FPA. 



5.23.1 RAM ARRAYS 

Two RAM arrays are present in EBCX control storage: a slow 4K deep 
array capable of cycling in 44ns, and a fast 512 word array v.hich 2/SZ,*V 
develops a short microword for control of the first cycle of each 
instruction. Each array is divided into 3 sections, early, 
intermediate, and late. Early control bits come from a section in 
the array that is directly powered by either the instruction code 
<fast RAMs in first cycle> or by a mux which selects instruction code 
or NA BUS <slow RAMs for second and subsequent cycles, respectively> . 
All early control bits are clocked at CLK C. Intermediate control 
bits come from a section of the array that is skewed, at the address 
inputs and at the latched data outputs, 5 to 10 ns later than the 
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early section. All intermediate control bits are clocked at either 
CLK 1 or CLK 2, depending upon the timing of the logic to be 
controlled. Late control bits come from a section which is further 
skewed by 5 to 10ns. All late control bits are clocked at either CLK 
3 or CLK 0, depending the timing of the logic to be controlled. 

The early, intermediate, and late control bits are deskewed into the 
OIL latches, which serve the dual purpose of holding that module's 
portion ot the microword for parity checking, and providing a scan 
path input to the arrays for initial control storage load. 

Two additional bits of fast and slow RAMS are located on the ESE 
module, 102 and 103. CTL bit 102 may be loaded independently by the 
console and is used as a MARK bit for diagnostic or troubleshooting 
synchronization purposes. CTL bit 1C3 is a spare. 

All 104 bits are addressable by instruction code for second cycle 
operation and next address path for third and subsequent cycle 
operation. Only 34 bits of fast RAM are used for first cycle 
operation, primarily to control the MOVE/ALU path and the store and 
flag setting controls for one cycle instructions. The control bits 
which do not have fast RAMs allocated default to zero in the first 
cycle. Control bits usable in the first cycle are: 

35-36 SP FUNCTION 

43-49 XI 

50-51 Yl 

52-55 ALU 

56-58 CARRY 

59 0P1 

60-53 SW 

64-67 R 

68-69 COKP 

70 LAST CYCLE 

71-73 STORE CONTROL 

74-75 FLAG CONTROL 

73 PARITY 

79 L 

82 VmR MUX 

102 MARK 



5.24 NEXT ADDRESS GENERATION 

The NA BUS bits 0-11 are generated at the CRA module. The value of 
this bus is determined by the control bits of the Next Address Field 
and the KA SWITCH. Ihe NA BUS addresses the slow array for control 
word readouts starting with the third cycle of an instruction. 
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5.25 FLAGS 

The 2080 EBOX controls 4 sets of flags: PC, PI, APR, and 
eleven PC flags are located on the CRA module, and may be 
bits 0-12 of the I BUS. They are read into the next # 
when RD b LACS micro-order is issued. 

PC FORMAT 



STATE. The 
loaded from 
FIELD 0-12 



+ + + + f + +. 

! ! ! ! ! 1USER! 

OV !CRY0!CRYl!f CV SBPD !USER! 10 ! 

! ! ! ! ! !PCU ! 



+ + + + 

! ! ! NO ! 

TRP21TRP1JF0V !DIV ! 
i i i i 



0123456789 
The PI and APR flags are located on the SCA module 



IP 



11 



12 



The STATE REG is an 8 bit register of independently settable and 
resettable flags. STATE REC bits 0-7 are set by {f FIELD 0-7, 
respectively, and reset by # FIELD 8-15, respectively, when the LD 
STATE micro-order is issued. The STATE REG bits are used to remember 
the status of microcode subroutines as portions of an instruction are 
completed. They may be read into # FIELD 0-7 if the RD FLAGS 
micro-order is isued. STATE REG bits are primarily used as 
dispatches into the NA BUS under control of the NA SWITCH 



t. ^ 



■s> 



/>t>^ 



a-' 



7 



5.26 ERROR CONTROL 

Correct parity is stored into the ESE and CRA RAF arrays upon control 
storage loading from the console. As the microwords are read out, 
the portion of the word contained on each module is checked for odd 
parity (the early and intermediate CTL bits are relatched into 
registers clocked at the same time as the late CTL bits, so that the 
entire portion may be checked). If a parity check occurs, the CTL 
bits of that module are held, along with the NA DLY latch, which 
represents the address of the failing word (if the failure occurred 
in third or subsequent cycle) . If a parity error occurs in the first 
or second cycle, the console may read the instruction code of the 
failing instruction by stepping back the SEL I in the IBOX. The 34 
fast RAMs are parity checked along with zeros (for unused positions) 
in the first cycle. A parity error detect will set ESE MICROCODE ERR 
or CRA MICROCODE ERR latches at CLK 2 following the late CLK 
readout of a microcycle. These error latches will signal the error 
control logic at SCA to stop IBCX, EBCX, and FPA system clocks 
starting with CLK 0, 30ns later. 



System reset will reset all PC flags and STATE REG bits to 
reset will reset ESE and CRA MICROCCDE ERR latches. 



Error 
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5.27 DIAGNOSTIC INTERFACE 

The passive scan path of LSE is composed of 3 tits arranged in the 
following sequence: 

SCAN INPUT= 'DIAG PAS OUT CRA H' 

SCAN REG BITS = *E WR CTL H', 

'S WR C1L H' , 
' WR MARK BIT H' 

SCAN CUTPUT= 'DIAC PAS OUT ESE H' 
•F WR CTL' is gated by 'DIAG CMC ENABLE' and enables a write to fast 
RAMs to occur with the cycling of system CLKS C, 1, 2, and 3 once. 
'S WR CTL' is also gated by 'DIAG CMD ENABLE' and enables a write to 
slow RAMs to occur with the cycling of system CLKS P, 1, 2, and 3 
twice. ' WR MARK BI1 ' when gated by "DIAC- CMD ENABLE" will cause CTL 
bit 1K2 to be written into fast or slow RAMs as governed by ' E WR CTL 
H' and 'S WK CTL H' . 

The active scan path of ESE is composed of 56 bits arranged in the 
following sequence: 

SCAN INPUT= 'DIAC ACT OUT CRA H' 

SCAN REG BITS= 'CTL E IT 48 IN H* to 'CTL BIT 78 IN F', 

'CIL BIT 1G3 IN H' , 
'CTL BIT 79 IN H' to 'CTL BIT 1V,2 H' 

SCAN OUT PUT = 'DIAG ACT CUT ESE h' 



Dcul* ^ojVujfluu ^ 6 "s^iu, reset " a^^ "ju^<**-> 
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CHAPTER 6 
IBOX 

6.1 GENERAL ..^ J ■ ^f , 

The 2080 IbCX is contained on 3 modules: IDR, IDL, and TAC.^ The 
primary purpose of the IBOX is to prefetch from the NECX operands and 
other information necessary for the execution of instructions by the 
EbOX, thus eliminating much of the delay penalty usually associated 
with cache and memory accesses. It serves as the interface between 
the EbOX and the NBOX for all memory reads and writes. Although the 
2080 IbCX prefetches instructions in a pipeline fashion, it is a 
microcode controlled unit, and as such provides much flexibility in 
arriving at algorithms which provide maximum throughput with minimum 
hardware cost. Ihe TAG system unique to the 2080 allows multiple, 
simultaneous access of the MBCX by the IBOX without the part count or 
conflict overhead usually associated with a hard-wired pipeline 
structure . 



6.2 MEMORY ADDRESS PATH 

The memory address path is located on the IDL and IDR modules. It's 
output is the VMA (virtual memory address) bus, a 30 bit bus which is 
used for any of four types of accesses: a) program counter to read 
memory, b) instruction stream prefetch to read memory, c) effective 
address calculation to read or write memory, and d) direct address, 
address+1, or address+2 from EBOX or INDEX AC to read or write 
memory . 



6.3 INDEX AC 

A copy of the current AC set is maintained on IDL and IDR, and is 
updated from the L BUS each time the EEOX stores into its current AC 
set or loads a new set from the FASTER AC block. This AC set is used 
primarily for EACALCs , where the index reg is added to the Y portion 
of the instruction (bits 18-35), according to the algorithm described 
on page 1-22 of the hardware reference manual. it is also used for 
the memory address determination of the stack instructions PUSH, POP, 
PUSHJ, and POPJ. 
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EA ALU 

6.4 EA ALU 

The EA ALU produces a 3£ bit binary add, add+1, or add+2 in 22ns. 

During instruction stream prefetching, the EA ALU is used as the 

incrementer of the stream addresses, with the value 1 forced into the 

E2 MUX and the output of the stream buffer (via VMA) routed in to the 

El MUX. In this mode, with a forced carry in, the EA ALU adds 2 to 

the instruction address to arrive at the next doubleword instruction 

address boundary. Instructions are fetched 2 at a time from the M 

BOX from a single VMA address. The results of the stream update are 

stored in the I STR buffer in addition to being sent to the M EOX 

over the VMA bus. I stream updates by the FA ALU affect only bits , ,--, 

18-35 of the VMA. Bits 6-17 come from the PC. LoksJ' >'s Hut ^ i* < ^ <r^ W^ ■ 

Xr irvti'MC'h AJL-I 
When an instruction arrives at the IBOX, a request is made to 
IPUT microcode to initiate an EACALC. Provided that the I BOX is 
busy with a higher priority request (such as a commend from EBOX) 
will initiate an EACALC as a function of the INDEX AC value end the Y 
portion of the instruction. The results of the EACALC may be stored 
in the EA BUFFER or the PC BUFFER, or may be sent to the VMA bus for 
a memory read, to obtain an operand, or a test for page fail of an 
address representing a write destination. 

The EA ALU is also used to pass an address directly (or +1 or +2) 
from the INDEX AC or from the EBOX L BUS to the VMA bus. Following a 
read PC command from the EBOX the EA ALU is used as a path for the 
EbCX to retrieve the value of the PC (via the VMA bus) . 

It ■/ . „ '* J°*> 

When the PC is loaded after a preset of the IBOX, all (gybuffer slots 
are empty. The PC will be gated onto the VMA bus to fetch the first 
instruction. This starting PC value will be tested for a lo-order 
bit. If on, the EA ALU will increment the VMA +1 to get the next 
doubleword in the instruction stream. If off, the EA. ALU will 
increment the VMA +2 to get the next doubleword. Each instruction 
address fetched is stored in the I STR BUFFER under a stream address 
A, B, or C. If no jumps are detected in the instructions coming 
back, a single stream will be updated, and its most recently 
addressed location will reside in it's stream buffer word. If e jump 
out of the stream is detected, a second stream is created, which 
starts from the the jump target address, is updcted rnd loaded into 
that stream's wora in the STR BUFFER. 

IPUT (instruction prefetching unit) microcode controls the 
prefetching of up to 3 separate instruction streams. This is 
described in greater detail in section 5.3. 



6.5 I STREAM PREFETCH 
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register representing the address of 
instruction in execution at the EECX. 
at a maximum rate of once per 22ns. The PC 
from the PC buffer, which loads the FC when a 
ALU, which updates the lo-order If bits of the 
e PC buffer is loaded when an EACALC of a JUFP 
at the LA MUX, and when the PC is updated. 
EA MUX until the EBCX is in a cycle where LAST 
, since LAST CYCLE will, under direct 
t CYCLE and no interrupt present) , select the 
e PC BUFFER. The FC BUFEER therefore contains 
execution flow, and may be used for hardware 



6.7 CONtLICI COMPARE 
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addresses of both instructions and operands are sub 
ible writes by the EbOX. Therefore, indexes are 
rmine whether the 9 lo-order bits of the VMA of a write 

any instruction addresses or operand addresses of inst 
perands in the I buffers. If a compare occurs against th 
equest is made to IPUT to refetch the contents of the con 
ess. Another comparator checks the AC stores against a 
index, containing INDEX REG values of all I BUFFER entrie 
lict occurs here, a request is made to IPUT to perform an 
the new INDEX AC value, and refetch the operand. 



ject to 
kept to 
compare 
ructions 
e index, 
f 1 ict ing 
n INDEX 
s. If a 
EACALC 



IBIX performs not only a lo-order 9 bit compare against the 
instruction aadress of memory writes, but also an 1C bit lo-order 
compare against the instruction address of EACALCs resulting from 
jump instructions. This compare is used by IPUT in determining 
whether or not a nev, stream should be created (if a jump target 
address resides in the I BUFFERS, no new stream is created) . 



6.8 ERROR CONTROL 

Parity is checked at both inputs of the EA ALU and PC ALU. Parity is 
generated at the output of the EA MUX and PC ALU. One bit parity per 
9 data bits is carried for bytes 1, 2, and 3 of the memory address 
path; one parity bit is carried for bits P-8 (address byte o). if 
an error has been detected at the L BUS on the MVL or NVR modules, 
the write into the INDEX AC will be blocked. 
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6.9 DIAGNOSTIC INTERFACE 

A passive scan register captures the new PC each time it is updated. 
This PC scan reg may be held for console readout of realtime PC 
val ues . 



6. IB MEMORY OPERAND PATH 

The IBOX pref etch.es/precalculates the operands associated with all 
instructions assigned to the IBCX by IFUT. In the case of immediate 
operands, the EA BUFFER will be loaded with the effective address 
calculation, and a selection is made in the first cycle of EBOX 
execution at the OP2 MUX of the immediate value, whether it be 
directly from the EA MUX, or from the EA BUFFER. In the case of 
memory operands, IPUT will, once EACALC has been performed, send the 
EACALC to the MBCX via the VMA BUS, along with a tag identifying the 
OP BUFFER slot into which returning data will be written. If the 
EBOX is in the wait loop (waiting for operand valid bits) when the 
operand arrives at the IBCX from the MBCX, 0P2 MUX selects the MD 
MUX. If the operand valid bit is on (in OP BUFFER), the CP2 MUX 
selects the OP BUFFER. 



6.11 OP BUFFER 



O 



The OP BUFFER is a 16 word register file which <f=? represents the 

contents of the locations addressed by EACALCs of up to 16 

instructions. The OP BUFFER is read 22ns prior to the start of 

execution by the EBOX and is gated on to the 0P2 bus if the 

instruction does not require an immediate operand (0P2 is the 2nd 
operand of an instruction, whereas CP1 , the word addressed by the AC 
field , is the 1st operand of an instruction) . 

The OP BUFFER may be loaded from the MD BUS under control of a 
returning tag whose hi-order 3 bits identify an operand fetch or 
refetch. It is read by SEL I , a 4 bit value which identifies the 
buffer position of the next instruction to be executed. 



6.12 EA BUFFER & TAG BUFFER 

The EA BUFFER is a 16 word register file which is loaded with the 
EACALCs (or in the case of STACK instructions the address AC or AC+1) 
of up to 16 instructions. It is written under control of a tag out 
of the TAG BUFFER. The TAG BUFFER is written with the lo-order A 
bits of a returning tag if the 3 hi-order bits of the tag identify an 
instruction fetch or refetch (the TAC BUFFER is written by a counter 
which is then incremented+1 , and read by another counter which a] so 
incremented +1; counters not equal cause a request to IPUT microcode 
to initiate an EACALC) . 
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EA BUFFER i, '1AC BUFFER 

The EA BUFFER is read by SEL I, 22ns prior to actual execution of the 
instruction in the EBCX. It's output will be gated to the OP2 BUS if 
the instruction requires an immediate operand. 



6.13 ERROR CONTROL 

The 0P2 bUS is parity checked as it leaves IDL and I DR. Parity 
modification occurs at the MD MUX to correct bad parity coming in 
from the MEGX. If parity is bad on the incoming M DATA, a flag is 
stored in the OP BUFFER which will identify the error type to EBOX 
error control at the £CA module when and if the instruction is called 
up for execution by SEL I. 

Another flag is stored in the OP BUFFER signifying a page failure. 
This flag, when the CP BUFFER is read to be gated onto the CP2 BUS 
will cause a page fail trap to occur (if no interrupts or other 
errors exist at last cycle, or if no other errors exist, not at last 
cycle) . 



6.14 DIAGNOSTIC INTERFACE 

The CP2 BUS has a passive scan register which is clocked every cycle, 
and is held if an error is detected on the bus. The L3 RFC, which 
may be selected into the h.L MUX, the INDEX AC, or the E2 MUX, is in 
the active scan loop. 



6.15 IBOX CONTROL LOGIC 

IBOX control logic consists primarily of IPUT microcode and TAG 
controls. IPUT is a 256 word, 32 bit wide control storage for the 
IBOX data paths. The TAG system is the method by which all 
instructions, operands, and related information a»-e tracked. The 
format of the TAG is shown below: 
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+ + + 

! 1AC SOURCE ! BUFFER POSITION ! 

+ + + 

0-2 3-6 

Tag source is decoded as follows: 

decode source 

Q Instruction refetch 

1 CP3 (FPA) refetch 

2 OP2 refetch 

3 Operand initial fetch 

4 Instruction fetch stream A 

5 Instruction fetch stream E 

6 Instruction fetch stream C 

7 Instruction fetch - initial fill 

To initiate the IBOX into a prefetching sequence for instructions 
starting at a given PC address, the EBCX rust first preset the IBCX 
by issuing FLAG CONTROL field :10 end # FIELD 14-17 = 0. I PUT will 
trap to an address which will reset all buffer valid bits, the 
program counter, PC BUFFER, EA BUFFER, OP BUFFER, TAG BUFFER, and 
initial fill counter. It will then enter a wait loop, enabling only 
an EBCX command to trap out of it. The EBCX may then use the IBCX 
for whatever it wants to do, such as reading memory and setting the 
PC. When the EBOX issues the START command via its FLAG CONTROL 
field:10 and # FIELD 14-17 = 15, the IBCX will begin prefetching 
instructions starting with the PC address (the EBCX rust wait until 
it receives MBOX NOT BUSY before issuing the START command, to insure 
that all pending IBOX prefetches have completed). 

Following the START, IPUT will issue I/E REC TO M, gate the PC onto 
the VMA bus, and the initial fill counter onto the TAG bus. It will 
then update the fill counter +1, update the VMA +1 or +2 (and store 
this STREAM address into the STR BUFFER) f issue another I/F RFC TO M, 
gate the EA MUX onto the VMA EUS, and the updated fill counter onto 
the 1AG BUS. Each time IPUT repeats this sequence, it will be asking 
MBOX for two instructions. After requesting the first 5 instructions 
starting with the PC, IPUT will wait for the first two instructions 
to return (most probably a cache miss) , before proceeding with the 
buffer fill 'operation. A trap request will be made to IPUT when an 
incoming TAG arrives, an indication that the TAG is in the process of 
storing MD BUS data into the I BUFFERS. IPUT will stack its previous 
address (I WAIT LOOP) and proceed with the EACALC for the first 
instruction. It will then issue an I/E REC TO M, and gate the FACALC 
onto the VMA BUS. A table lookup addressed by the instruction code 
may indicate that the instruction EACALC is the 2nd operand, and as 
such would block the memory request. The memory request may also be 
blocked by an indication from a compare of EACALC results and global 
bit that the 2nd operand is an AC. The EACALC on the VM/ is 
accompanied by a tag whose source is identified as being an initial 
fetch of an operand (bits £-2) into an OP BUFFER position (bits 3-6) . 
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I PUT will process all fc.ACA.LC requests, and, with no other trap 

requests pending, return to the previous routine where it was 
assiyniny and prefetching instructions. At this time it may branch 

to a subroutine which begins a new stream of I fetches, if a jump 3Ut 

of the current stream has been detected during the EACALC of received 
instructions. 



6.16 IPUT 

IPUT consists of a 255 word by 32 bit array along with supporting 
branch, trap, and decode logic. The fields of the IPUT microword are 
defined as follows: 



PQ 



NAME 



0-4 INA 

5-8 ER 

9-10 VMA 

11 IETR 

12 OP2 
13-14 WR 
15-16 XR 
17-18 El 
19-2C E2 

21 EA CARRY 

22-25 SP1 

26-27 SIR 

26-30 SRCE 

31 P fl-31 



6.16.1 INA <EITS 0-4 > 

The INA field determines the next address in conjunction with the BR 
field, provided that no trap requests are active. If the BR field 
decode is c, INA bit C will control next address as follows: 
kit on current IAD 0-3 to next IAD 0-3 

INA field 1-4 to next IAD 4-7 

bit off INA field 1-4 to next IAD 0-3 

0001 to next IAD 4-7 



6.16.2 BR <EITE 5-8 > 

The ER field determines IAD 5-7 if bit (INA) is on, 
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decode function 

EBOX 14-17 to next IAD 4-7 

1 return 4-7 to next IAD 4-7 

2 0010 to next IAD 4-7 

3 current INA 0-3 to next IAD 4-7 

4 spare 

5 B to next IAD 4, early decode 0-2 to next IAD 5-7 

6 00 to next IAD 4-5, HI IFET BR to next IAD 6, 
LO IFET BR to next IAD 7 

7 01 to next IAD 4-5, HI IFET BR to next IAD 6, 
MED IFET BR to next IAD 7 

10 1 to next IAD 4, HI IFET BR to next IAD 5, 

MED IfcET BR to next IAD 6, LC IFET BR to next IAD 7 

11 prev IAD 4-5 to next IAD 4-5, V Grant to next IAD fi, 
SPOP to next IAD 7 

12 prev IAD 4-6 to next IAD 4-6, M Grant to next IAD 7 

13 spare 

14 1 to next IAD 4, 

stream A, B, C full latches to next IAD 5-7 

15 indirect bit to next IAD 5 

early decode instr type to next IAD 6-7 
as follows: 

00 normal EACALC 

01 E2 to EA MUX 

10 E2+1 to EA MUX 

11 instr= JUMP 
16-17 spare 



.HL2 VMA <BITS S-10> 

The VMA field controls the VMA MUX on the IDL and IDR modules, 
The field decodes are as follows: 
.IP 8 
.LIT 

decoue function 

select PC 6-17 to VMA 6-17, select STR MUX 

16-35 to VMA 18-3 5 
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1 select EA MUX 6-35 to V?4A 6-35 

2 select PC 6-17 to VMA 6-17, select PC MX 1P-35 

to VMA 18-3 5 

3 select EA BUFFER 6-35 to VMA 6-35 



6.16.3 ISTR <LIT 11> 

The ISTR bit determines the selection of the ISTR MUX as follows: 
bit 11 off select ISTR BUFFER 18-35 to ISTR 18-35 

bit 11 ° n select IEIX 18-34 to ISTR 18-34, zero to ISTR 35 



6.16.4 CP2 <LIT 12> 

The 0P2 bit determines the selection of the 0P2 MUX, provided that 
1st CYCLE control (last cycle delayed) is not on, as follows: 

bit 12 off select CP BUFFER or MD MUX C-35 to CP2 C-35 

bit 12 on select zeros to 0P2 f-5 , select FA PUFFER 

or EA MUX 6-3 5 to CP2 6-3 5 



6.16.5 WR <bI'IS 13-14> 

The WR field controls write enables into the I BUFFERS according to 
the following decodes: 

decode function 

no op 

1 write to STR BUFFER 

2 write to PC BUFFER if JUMP instruction, to 

to EA BUFFER if not JUMP instruction 

3 write to EA BUFFER 



6.16.6 XR <BITS 15-16> 

The XR field controls the read address port of the INDEX AC via 
selection at the XR MUX, according to the following decodes: 
decode function 

select XR buffer 0-3 to XF MUX f-3 if not I TAG 

CTRS EQUAL 

1 select XR BUFFER C-3 addressed by MD KUX 1 /!-l 7 

if I TAG CTRS EQUAL 

2 select EBCX WR MUX P-3 to XR MUX P-3 

3 spare 
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6.16.7 £1 <bITS 17-18> 

The LI field selects the El MUX input to the EA ALU according to the 
iol losing decodes: 

decode function 

VMA 6-35 to El 6-35 

1 sign extend/qlobal control to El <">-17, Y BUFFER 

18-35 to El 18-35 

2 zeros to El 6-35 

3 force global : zeros from VMA, select VMA to El 

6-17 if not bit 18, force ones to El 6-17 if 
bit 18. Select Y BUFFER to El 18-35 



6.16.8 E2 <EITS lS:-20> 

The E2 field determines the selection of the E2 MUX as follows 

decode function 

L3 6-35 to E2 6-35 

1 XR 6-35 to E2 6-35 

2 zeros to E2 6-3 5 

3 zeros to E2 6-34, not VMA 35 to E2 35 



6.16.9 EA CARRY <bIT 21> 

The EA CARRY bit when off causes a carry into bit 35 of the EA ALU. 
tohen on, no carry into 3 5 occurs. 



6. 16. 10 SP1 <BITS 22-25> 

If bit 22 is off, 23-25 have the following significance: 
decode function 

no-op 

1 preset IBCX 

2 reset stream A full latch 

3 reset stream t full latch 

4 reset stream C full latch 

5 trap taken (to EBOX) 

6 return from trap 

7 select L3 0-3 5 to MD C-3 5 

Bit 22 on causes MBCX REQUEST. Vvith bit 22 on. 23-25 have the 
following significance: 
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bit 23 on EBOX held M CTRL to PEOX 

Bit 23 off IbOX M CTRL to KBOX 

Bits 24-25 function 

2 word access if VMA even, TAC bit 6= for 

first word, TAC bit 6= 1 for 2nd word 

1 2 word access if VMA even, second vvord= 0P3 

2 1 word access CP2 

3 1 word access CP3 



6.16.11 SIR <BITS 26-27> 

The STR field identifies the stream to be updated in the LRU BUFFERS 
or in the SIR BUFFER, according to the following decodes: 



decode 


function 


e 

1 
2 
3 


no LRU update 
stream A update 
stream B update 
stream C update 



6.16.12 SRCE <BITS 28-30 > 

The SRCL field determines the selection of the hi-order 3 bits of the 
TAG, identifying the source VMA and destination buffers of the word 
being prefetched. 

decode function 

Instruction refetch. Source of VMA is the IEIX slot 
with the highest priority compare; destination of 
returning instruction is XR BUFFER, Y BUFFER, AC 
BUFFERS, IC BUFFER, and I FLAC BUFIER, addressed by 
returning TAC 3-6. 

1 CP3 refetch. Source of VMA is the EA PUFFER addressed 
by 0P3 compare encode; destination of returning data 

is CF3R and h LAC BUFFER in the FPA addressed by returning 
TAC 3-6. 
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OP2 refetch. Source of VMA is the EA BUFFER addressed 
by OP2 compare encode. Tag source is the 0P2 compare 
encode; destination of returning data is the OP BUFFER, 
FLAG BUFFER, and OP3L in the EPA, addressed by returning 
TAG 3-6. 

Operand initial fetch. Source of the VMA is the EA MUX. 
TAG source is TAG BUFFER (delayed) , addressed by TAG 
BUFFER LRU. Destination of returning data is the OP BUFFER, 
FLAG BUFFER, and 0P3L in the FPA, addressed by returning 
TAG 3-6. 

Instruction fetch stream A. Source of the VMA is the EA MUX. 
TAG source is the stream A LRU. Destination of returning 
instruction is XR BUFFER, Y BUFFER, AC BUFFERS, IC BUFFER, 
and FLAG BUFFER, addressed by returning TAG 3-6. 
Instruction fetch stream B. Source of the VMA is the EA MUX. 
TAG source is the stream B LRU. Destination of returning 
instruction is XR BUFFER, Y BUFFER, AC BUFFERS, IC BUFFER, 
and FLAG BUFFER, addressed by returning TAG 3-5. 

Instruction fetch stream C. Source of the VMA is the EA MUX. 
TAG source is the stream C LRU. Destination of returning 
instruction is XR EUFFER, Y BUFFER, AC BUFFERS, IC BUFFER, 
and FLAG BUFFER, addressed by returning TAG 3-6. 

Instruction fetch - initial fill. Source of the VMA is 
the PC (if first fetch after PC load) or EAMUX (from 
a stream update). Source of TAG is the initial fill 
counter. Destination of returning instruction is 
XR BUFFER, Y BUFFER, AC BUFFERS, IC EUFFER, and FLAG 
BUFFER, addressed by returning TAG 3-6. 



6.16.13 P 0-31 <BIT 31> 

Bit 31 causes odd parity to occur on bits f-31 of the IPUT microword. 
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control of the A, 6, and C LRU BUFFERS. 



Daring initial fill, the STR field o 
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6.16 AC ADDRESS, IC BUFFERS 

A returning 1 TAG will load the various 1 BUFFERS with the segments 
of the instruction. Among these are the AC ADDRESS BUFFERS, 2 pairs 
of 16X4 register files which are loaded with bits 9-12 and 32-35 of 
the instruction. Prior to the first cycle of execution in the EBCX, 
the AC BUFFER pairs will be read out, with one of a pair addressed by 
the 1AG identifying the buffer position of the next sequential 
instruction, and the other of a pair addressed by the TAG identifying 
the buffer position of the skip or jump target. Skip/jump successful 
from the instruction in execution will select either the next 
sequential or jump/skip AC address to be sent to the EECX. 



The IC BUFFER is a pair of 16X9 register files, loaded by a returning 
1 TAG by the same controls that load the AC BUFFERS. The duplicate 
sets contain bits £-8 of the instruction, and are read and selected 
in the same way that the AC BUFFERS are read and selected. The 
selected IC is sent to the EBCX at the CLK 1 prior to the first cycle 
of execution, and directly address fast ISET and ESET RAMS to set up 
first cycle controls, and also directly address the slower control 
RAM array for second cycle control. Another copy of the IC is sent 
to the SCA module where the accounting '"meter may be updated according 
to the instruction type. 



6.19 ISET 

ISET is an 8 bit lookup table which provides first cycle controls to 
IBOX and EBOX. ISET is similar to ESET in that it is addressed by 
the instruction code. Since it is located on the same module as the 
IC BUFFERS, it is able to provide control earlier than ESET (CLK 3 of 
LAST CYCLE). ISET control fields are defined as follows: 
bits field timing 



G-2 

3 

4 

5-6 

7 



s k i p/ j urn p 
XI disable 
Yl disable 
OP MUX Ctrl 
P 



late (CLK3 1st cycle) 
early (CLK3 last cycle) 
early (CLK3 last cycle) 
early (CLK3 last cycle) 



6.19.1 SKIP/JUMP <EITS P-2> 

The SKIP/JUMP field controls skip or jump 
compare results of the AND function at 
according to the following decodes: 



determination from the 
the KVL and KVR modules 
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decode function 

C no skip/jump 

1 skip/juinj. if less 

2 skip/ jump if equal 

3 skip/ jump if less than or equal 

4 skip/ jump 

5 skip/jump if greater than or equal 

6 skip/jump if not equal 

7 skip/ jump if greater 



6. lb. 2 XI DISABLE <fcIT 3> 

The XI DISABLE bit, when on, forces zeros to the XI MUX at the MVL 
and MVR modulus during the first cycle. Khen the XI DISAELE bit is 
off or EBCX is not in first cycle, XI MUX falls under control of the 
XI field. 



6.19.3 Yl DISAELE <E1T A> 

The Yl DISAELE bit, when on, forces zeros to the Yl MUX at the VVL 

and MVK modules during the first cycle. When the Yl DISABLE bit is 

off or EBCX is not in first cycle, Yl MUX falls under control of the 
Yl field. 



6.19.4 OP MUX <EITS 5-6 > 

The CP MUX controls the CP2 MUX of IDL and IDR to gate the correct 

operand onto the CP2 BUS in the first cycle. It overrides the OP2 
field of IPUT whenever the LAS1 CYCLE micro-order is issued by the 
EBOX. 

bit 5 off 0P2 fUX under bit p> control 

bit 5 on zeros to bits ("-17 of OP2 MUX 

bit 6 off select CD BUFFER or MD NUX to CP2 

bit 6 on select EA BUFFER or EA MUX to CP2 



6.19.5 P <EIT 7> 

The p bit of ISET causes odd parity to occur for bits P-7 of the ISFT 
control word. 
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6.2C INSTRUCTION VALID BITS 

As described earlier, multiple prefetches from the MBOX may be in 
progress at any one time. Once IPUT has sent a TAC out with a VMA 
address, it relinquishes control over that fetch. The returning TAG 
itself controls the loading of I BUFFERS with incoming memory data. 
It is possible that TACs will return in a different sequence than 
they were originated, if a cache miss occurs, for prefetches may also 
be made from cache while another fetch from main memory is going on. 
The IBOX valid bit algorithm insures that the operands that the EBCX 
receives for it's first cycle are correct. 

Three count buffers are maintained which contain a 2 bit count of the 
total number of fetches pending for each I BUFFER position. Counts 
are kept of instruction fetches, initial memory operand fetches 
(0P2) , and additional memory operand fetches (0P3) . A count of 1 
indicates that a single prefetch is pending for the buffer position 
into which it is stored. A count of more than 1 indicates that one 
or more refetch requests due to write conflicts have been initiated 
against that buffer position. Counts are incremented when TAGs are 
sent out, are decremented when TAGs are received. At most, two TAGS 
may be outstanding for a buffer position, given that the maximum rate 
at which lAGs may be sent is 1 per 44ns, and cache access = 88ns. A 
count of 3 will set an error latch. 

If a cache miss occurs against a buffer position, refetch requests 
for that position are blocked until data returns from main memory 
accompanied by that position's TAG. However, fetches for all other 
positions are still allowed. 

The instruction is valid if: 

count=0 for instruction 

and 
count=0 for 0P2 if 0P2 needed 

and 
count=0 for 0P3 if CP3 needed 

and 
no instr., 0P2, or 0P3 refetch request latch set for SEL I 

and 
SEL I assigned a valid stream 
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G.21 SELECTED I CONTROLS 

The SEL I is a 4 bit value that addresses the CP2, EA. and PC 
buffers during the last cycle of one instruction in order to have 
operands available to the EBCX, an address available to the MBCX, and 
a jump target address available to the PC, for the first cycle of the 
next instruction. It comes from the SI MUX, whose inputs are the 
NEXT I BUFFER, the JUMP I BUFFER, and the SI REG. 

The NEXT I BUFFER is a 16x4 reg file read by SEL I to provide the th& — " / 
position in the I BUFFERS containing the next secuential instruction 
to be executed. The JUMP I BUFFER is also a 16X4 reg file read by 
SEL I to provide the the possible jumj. or skip target position in the 
I BUFFERS which may contain the next instruction if a skip or jump is 
taken . 

As each 1 TAG is sent to the M BOX to prefetch an instruction, it is 
fed into one of three pipes, defending upon the STR field decode. 
Each pipe, 4 bits wide and 3 stages long, appears as a dynamic window 
of the I SUFFER positions of three sequential instructions for its 
stream. Thus, the first stage represents a given instruction, the 
secono stage represents the next sequential instruction, and the 
third stage represents the following, or skip target, instruction, 
by addressing the NEXT I and JUMP I BUFFERS with the first stage, the 
second stage can be written (as data in) into the NEXT I BUFFER, and 
the third stage can be written into the JUMP I BUFFER (initially as a 
skip target). Later, when the EACALC is performed for any JUMP 
instruction, the encode from an IBIX compare is written into the JUMP 
I BUFFER addressed by the TAG BUFi ER delayed (the buffer position of 
the instruction performing the EACALC) . 

In the manner described above, JRSTP (jump always) is executed by the 

IbOX as part of its SEL I process, and does not appear in the 

instruction execution flow at the FBOX, unless two jRSTCs in a row 
occur. -p^ ; L ^ |>+<j pc f^^ ? 

'iwo valid bits are maintained, one each for the JUMP I and NEXT I 
BUFFERS, to indicate those positions which IPUT was not able to send 
a TAG out to fetch the target instruction. This may occur if all 
slots are full and there is a jumj. within the I BUFFERS, or if a VMA 
request has not been granted by the MBCX. If the EBCX comes to the 
point in execution where it needs an instruction that has not been 
assigned a TAG (e.g., NEXT I is not valid, and new SEL 1= NEXT I), 
IPUT takes a high priority trap and begins assigning new entries by 
LRU, starting with the instruction required by the previous SEL I. 



6.22 INDEX REG CONTROLS 

The INDEX REG is a 16X4 content addressable memory which contains 
bits 14-17 of all instructions prefetched into the IBOX. A compare 
of it's contents occurs with every write to the current AC set; an 
INDEX REG compare will initiate a new EACALC for the instruction, 
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followed by an operand fetch, if necessary. As in instruction and 
operand conflict compares, more than one simultaneous conflict will 

be taken via priority encoder. The INDEX REG is used in the EACALC 

to address the INDEX AC for the X portion of the calculation. 



6.23 ERROR CONTROL 

Parity from MD MUX 9-12 and 32-35 to form a parity bit for the AC 
ADDRESS BUFtERS; byte parity from the l^:D MUX is carried with the 
instruction code. Parity is generated for TAG bits r-6 as they exit 
the TAG module for the M BOX. Parity is checked at the instruction 
code and AC address readouts, at the TAG input (returning from N) , at 
ISE1 readout, and at IPUT control word readout. 



6.24 DIAGNOSTIC INTERFACE 

IBOX control logic active scan path includes the TAC REC, IPUT REG, 
NS REG and JS REG, the 3 next instruction pipes, DI REG (valid bit 
count buffer write address), CM REG (updated +1 count), 1AC BUFFER 
delay, and INDEX AC write address REG. 

IBOX control logic passive scan path consists of the AD REC (which 
addresses IPUT and ISE1) , the data load REG of the EARLY DECODE ARRAY 
(the lookup which provides information regarding the instruction, 
such as EACALC= JUMP target, write pretest required, memory operand 
read required, and skip/jump probable), and the write enables to 
IPUT, ISEl,and the EARLY DECODE ARRAY. 
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7.1 GENERAL 

<TO bE SUPPLIED AT A LATER DATE> 

7.2 ARRAY CONTROL 

<TO bE SUPPLIED AT A LATER DATE> 

7.3 ARRAY CONTROL STORAGE 

<TO bE SUPPLIED AT A LATER DATE> 

7.4 OPERAND BUFfERS 

<TO EE SUPPLIED AT A LATER DATE> 

7.5 MULTIPLIER FORMATS 

<TO BE SUPPLIED AT A LATER DATE> 

7.6 DIVIDE ALGORITHM 

<TO bE SUPPLIED AT A LATER DA1E> 
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7.7 POST NORMALIZATION 

<TO BE SUPPLIED AT A LATER DATE> 

7.6 ERROR CONTROL 

<TO BE SUPPLIED AT A LATER DATE> 

7.9 DIAGNOSTIC INTEREACE 

<TO bE SUPPLIED AT A LATER DATE> 

7.10 MULTIPLY ARRAY 

<TO BE SUPPLIED AT A LATER DATE> 

7.11 AC COPIES 

<TO BE SUPPLIED AT A LATER DATE> 

7.12 PARTIAL PRODUCT GENERATION 
<TO BE SUPPLIED AT A LATER DATE> 

7.13 EULL PRODUCT GENERATION 
<TO BE SUPPLIED AT A LATER DATE> 

7.14 DIVIDE PATH 

<TO BE SUPPLIED AT A LATER DA'1E> 

7.15 MODULO 3 RESIDUE CHECKING 
<TO BE SUPPLIED AT A LATER DATE> 
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7.16 ERROR CCN'IRCL 

<TC bE SUPPLIED A1 A LATER DA1E> 



7.17 DIAGNOSTIC INTERtACE 

<TC BE SUPPLIED AT A LA1ER DATE> 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL- 



CEAPTEP T 
K'PO: 



8.1 INTRODUCTION 

The 2080 wbox is composed of three principal functional units, the 
data and. page table cache, an integrated memory control end the I/O 
box interface. 



8.2 1ECHNOLOCV 

The 2C8C Mb ox will occupy five extended Hex multiwire nodules. It 

will use IOjK ECL logic and lKX'l and 25SX4 rem or i es , packaged in ?.f. 

pin dips. Ten pin Sif. terminator packages provide 55 ohm resistors 
and -2v decoupling capacitors. 



8.3 MbCX I- UNCI IONS AND I EATUKES 

1 . Pipelined design 

2. high bandwidth 

3. Single or double word fetch 

4. Integrated memory controller 

5. 81b2 word data cache. 

6. ECC on cache 

7. I/O thru the cache 

8. 25 bit physical memory address space 

9. Kicrocontrol It r design 
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G.4 PRINCIPLE Ot OPERATION 

C.4.1 Overview 

The Nbox combines microcoded controllers with small amounts of 
control logic to realize high speed with a minimum of unchecked 
control logic. high per fo nuance is achieved using pipelined design, 
100K logic, and operations such as "fetch under miss", and double 
word fetch. 



8.5 CAChE DESCRIPTION 



The 208S cache consists of a page table cache and a data cache. The 
organization of the page table and data cache are very similar to the 
kll t> , the main difference being the increased size of both ?fP0 
caches. In the 2E80 nibox , I/O memory operations access the cache 
before going to main memory. If a read operation finds its data in 
cache then that data is returned to the I/O device, otherwise a 



request is made to mam memory. Vvrite operations 
cache first and will invalidate any locations 
referenced address. krites are always done to main 
write data into the cache. „«.c^ > ^ 
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8.5.1 Page Table 
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The page table cache is Qj£J words long 
wore block size. Each entr^_la the 
bit 



user 



3 page state bits 



tr y_li 



1 w$y associative, and has e 1 
tab^^econsists of an valid bit, 
_bj_t_dj.rec tor^ , and a l<i Lit physical 
page number (PPN). In the KL1C, only the paging operations for 
TCPS-2D paging were controlled by the Ebox microcode. Tn the ?f,C0 
Mbox , all paging is controlled by the Ebox. Page table cache refill 
time is reduced (from the KLIP) with the use of a cache of section 
pointer entries. The section pointer cache will be accessed and 
controlled by the Ebox microcode and it will use part of the Ebox 
scratch memory. Since the virtual address has exranded to ?,? bits 
plus "User", the directory for the paging cache, plus the physical 
page entry now total 33 bits. No refill algorithm is implemented in 
the ISbox , and all paging cache misses or access control violations 
are reported to the EbCX. As in TCPS-2C' paging on the KL]C, the Ebox 
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algorithm, and 
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8.5, 

The 

a 



Dato Cache 



data cache contains 3K words long 



, i s ( e w 



ay set associati 



vei 



has 



4 word block size, and is physically addressed. The data cache is 



2 sets of IK rams which are interleaved and can be read in parallel 
to achieve double word fetch. The ?C8(; mbox achieves high 
performance thru both high bandwidth and high hit rate. To achieve a 
bandwidth of 50 meg aword s/sec . , each cache quadrant contains two 
independent sets of rams, which can be cycled concurrently to produce- 
words L' and 1, every 4Cns.7he exrected hit rate ,with a data cache 
size of 8K words, is 98% . In order to utilize an 3K cache it is 
necessary to convert the cpu virtual addresses to physical, which 
requires cvcling the paging cache in scies with the data cache. 
This incurs a small penalty in access Lime (K-15 ns) which is mo>-e 
than compensated for in higher bandwidth and h it rat e. The physical 
adaress size has been expanded from 22 bits to (25 b itTsT) necessitating 
an increase in the size of the cache d i rectory" r ronT-lji to .1 (=• bits of 



physical page number, 
will be invoked by the 



An autonomous cache sweeper is included, which 
same instruction as in the KLir. 



S.G MICRO MAChlNES DESCRIPTIONS 

Most of the functions of the Mbox are controlled by two micro 
machines. There is a small amount of hardwired control logic which 
is required to speed up certain operations. 



8.6.1 Data Mover Micro 



The Data Mover micro deals with data transfers bet 
I/O , and the data cache. The Data Mover conta 
these three units , a 16 wore register file used a 
butter, and the ECC generator and checker. The 
2Uns, however some operations such as memory data 
box operations which take 4Cns to complete but 
cycle per operation can be interleaved in the Cata 
alternate 2Cns micro cycles. Each interface con 
register which is updated by the Data Mover and is 
the micro address for soi;.e operations. The jrin 
the following . 
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.6.1.1 



Main Memory - 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL-80 

Cache Page 8-4 

MCHO MACHINES DESCFaPTICNS 



8.6.1.1.1 Read Return - The memory controller requests a data mover 
cycle n ticks before a memory array sends data back to the f>box. 
Since the memory controller has highest priority, the next micro 
cycle services the memory request. In servicing the memory request, 
the data mover loads a word from the memory bus at the end of a <3Cns 
memory bus transfer, does an ECC cycle, and stores the word in the 
Data Kover anu Cache register files, in is sequence is repeated 3 
mort times, regardless of the number of words in the original 
request. The tag associated with this request indicates the 
destination of the data; I/O box, cache refill, or CPU. In the case 
of an I/O return, the data mover calls an I/O box return subroutine 
within the data mover which sends the 1/4 words to the I/O box. This 
operation may be initiated before the read return is complete and 
could be interleaved with it. In either of the other two cases the 
aata mover must request a cache micro cycle. The cache micro then 
returns the appropriate word(s) to the Ibox and writes the four word 
block into the aata cache. 



8.6.1.1.2 Write Start - At the begining of a Kain memory write 
cycle, the memory controller requests a date mover cycle. A tag 
associated with the request indicates the buffer location in the 
rtyister file from which to take the data. The data mover then 
executes a 2Uns cycle to fetch word zero of the block and load it 
into the memory data register. The data mover then either pauses or 
services an I/O or cache request in the next 20ns cycle. Three more 
of these 4k.ns periods are repeated , regardless of the number of 
words actually written. 



8.6.1.2 I/O Transfers - 



8. C. 1.2.1 Read Cycle - The I/O box requests a cycle by asserting 
hbox request, which is sampled by a flip flop at the mbox every 7(',ns. 
The data mover micro will service the request when there are no 
higher requests active. The micro cycle will check the Mbox address 
and data queues as well as the state of the I/O interface and if all 
are in the appropriate condition will then assert Nbox grant for 4fns 
to the I/O box. At the end of a 4Cns cycle, the data mover loads the 
I/O box C/A word into location xy of the register file and dispatches 
on the I/O request qualifiers. For a read cycle, the dispatch cycle 
reserves an entry in both the address and data queues, arid requests a 
cache micro cycle. The I/O interface will not service another I/O 
request until the cache micro has accepted the previous read cycle. 
Once the cache micro has accepted the read cycle, the I/O interface 
then waits for a cache return or memory return to bring back the 
data, however it may service other I/O requests in the interim. 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL-8P 

Cache Page 3-5 

MICRO MACHINES DESCRIPTIONS 

8.6.1.2.2 Write Cycle - The I/O box request end C/ ? cycle are 
handled just as in a read cycle however the dispatching is delayed 
until the one or four words are loaded into the register file. Mbox 
grant is asserted for an additional 2 or 5 10ns cycles in order to 
load the one or four words. 'when the last word is loaded the data 
mover then requests a cache micro cycle and as in a read cycle will 
not service another I/O request until the previous write is accepted 
by the cache micro. 



b.6.1.3 Cache Cycles - 



8.6.1.3.1 Cycles To Cache - Cycles directed to the cache are the I/O 
read/write or memory data return as described previously. In these 
cases the Data hover need only send a request signal to the Cache 
micro, as the remaining information ( address, cycle type, and data 
words ) have already been written in the cache micro register file by 
the data mover . 



b.6.1.3. 2 Cycles from Cache - The cache micro requests the date 
mover to load data into the register file for sn T/0 cecho. hit, cache 
writeback, or LCC cycle. 



8.6.2 Cache Micro 

The cache micro handles externally generated requests such as Ibox or 
I/O (passed on the the data mover ), internally generated requests 
such as writebacks, refills, sweeps, pager clears, and also queues 
requests to the memory controller. This micro interfaces to the 
Ibox, the Data Mover, and the memory controller. The basic micro 
cycle time is 2Cns, however most operations take multiple cycles. ^ 
major cycle can be started evtry ^f;ns end generally take TCns to 
complete. Ihe micro also contains a 16 word register file, which is 
only written by the Data Mover and therefore always contains the 
identical data as the Data l^over register file. 



8.6.2.1 Ibox References - 
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If the desired word were not in the cache, the Nbox controller would 
retreive it from main memory. Memory requests will in general be 4 
word requests, as in the KL1B. If some of the words are not needed 
in the cache, the Kbox will discard them. When data finally comes 
back from memory, the Mbox returns it to the Ibox along with Nbox 
response and a tag indicating the Ibox source and register file 
location to store the data. The I^box controller will then proceed to 
write the received words into the cache. 



8.6.2.1.2 Write Cycles - 



8.7 DETAILED IBOX INTERFACE DESCRIPTIONS 

8.7.1 Ibox Virtual Peterences_ 

reads and writes: 

The following are the signals passed between the Ibox and the Fbox 
for Virtual (j-aged) read and write references. 

* Note: physical references use the same interface signals as the 
virtual reference signals with the exception of the items marked 
below with an asterisk. 

When a reference is made by the Ibox with [.aging turned off but 
wituout PHYS REF asserted, the Virtual reference VfcA BUS format isj 
stil 1 used . J 

1. * Ibox - "PHYS REF" (physical reference) false. 

2. * Ibox - "VMA BUS" as per figure 3.1. These enable checking 
of sub parts of the VMA BUS. 

3. Ibox - VMA bus parity - four parity bits over parts of the 
field. 
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4. Ibox - "HEAD" - Asserted on or before VMA and Nbox request. 

5. Ibox - "WHIIE" - Asserted on or before VMA and Nbox request. 

6. Ibox - "2 WORD" - indicates Ibox is requesting 2 consecutive 
words Legining at an even word location. Asserted on or 
before Nbox request. 

7. * Ibox - "WRITE TEST" - Mbox will test legality of a write 
before doing any function. This signal is guaranteed to 
only be asserted on virtual references. The Nbox will do a 
write test if and only if this signal is asserted. 

8. Ibox - "NBOX REQUEST' - This will be asserted not more than 
one Mbox clock tick before the VMA is valid. Request type 
signals such as "PHYS REF" , "READ", "INTERLOCK", or "WRITE 
TEST' will be asserted on or before Nbox recuest time. 

9. Ibox - "EBOX DATA" - 36 bits of data plus ECC check bits, 4? 
bits total. It must be velid at most one Nbox tick after 
"NBOX RECUEST' . 

Ui. Ibox - "LOOK" - Look in the cache for this reference. (If a 
virtual reference, the Nbox and s "LOCK" with PT cacheable.) 

11. Ibox - "LOAD" - Load new data into the cache. Look must be 
true. (if a virtual reference, the Nbox and* "LOOK" and 
"LOAD" with PT cacheable.) 

12. Ibox - "INTERLOCK" - Requests are only interlocked if 
"INTERLOCK" is true 

13. Ibox - "WRITE DATA VALID" - Asserted by Ebox when the data 
being written is available at the ELox Data Cut Lines. 

14. Ibox - "ABORT MBCX CYCLE" (*s in KL]C AC Re f ) This may be 
asserted at almost any time during any cycle. Exception 
cases will be specified later. it will also be used by the 
Ebox to clear a page fail state. 

Nbox - "NBOX GRANT" - indicates to Ibox that Nbox is 
servicing current Ibox request. 

Nbox - "NBOX DA1A" - 36 bits of data plus ECC check bits, 4 3 
tuts total, valid when "NBOX RESPONSE" true. 



15, 



16 



17. Nbox - "NBOX RESPONSE" - On write ; Nbox received write 
data. On read_ ; Data avcileble at output latch. 

18. Nbox - "PACE BAIL" - This signal is the catch all for mo«=t 
exception conditions including page table access failures, 
ECC errors and NXM traps. The following conditions result 
in pag e fail : 
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1. * Page Table cache no match. 

* Page table write access failure. 

* page table Written state transition, 
4. ECC or parity error. 

NXM (Non-existant memory) error. 



t \}~\. yy 6. Incomplete memory cycle. UM/xJ- dtU^i Hj\J 



% 






"7 



CST update 



9-JUL-8P 
Page B-8 






19. tabox - Five or six bit problem type code that indicates the 

type of failure for the above sources of page failure. This 

problem type code will be used by the Ebox microcode to 
dispatch to the appropriate service routine. References 

which receive a page fail will not get arvNbox response. 

tigure 8.1 

VMA bus Virtual Reference lormat 



ihust 
! be 
• zero 
i 



4 5 5 



! ! 
!U! 
i i 



Virtual 
Section 



17 18 26 27 35 

Vi rtual 



i , 



Page 



Virtual 
Line 



S.7.2 Ebox Physical References_ 

reaas/v»r ites : 

* Note: physical references use the same interface signals as the 
virtual reference signals vvith the exception of the items marked 
above with an asterisk. 

All others above plus the following apply. 

1. Ibox - "Physical Reference" true 

2. Ibox - Vi'iA bus as per figure 8.2 belov*. 
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i . 



! Must 
! be 
I zero 
i 



f ig ure 8.2 
VMA bus Physical Reference format 



8 9 



11 17 18 26 27 

Physical Address 



i'\> 



^h 



, ^ 



1 



35 






hits : 



-7 



2- 



3 



8.7.3 Ebox Page lable And PT Di rectota^ Read Special function. / J /s ? 

Page table read supplies the(j:age table address) on bits 17 to 26 of 

the VMA BUS. Both the page table and the page table directory data 

are returned on the KBCX DATA lines in the format specified by figure 
8 . 3 belovv. 



a 



figure 8 .3 
Page 'lable Cache Read/Vrite format 
4 5 6 17 20 



AccesslU! Page • 

state !S! table i 

bits !Ei directory ! 

1R! 6 - 17 ! 



Physical page number 
11 - 26 



8.7.4 Ebox Page Table And PT Directory V\rite Special function. 

The Ebox supplies the page table address on bits 17 to 26 of the VM/ 1 
BUS. ihe data for the specified page table entry a^6 the page table 
directory entry is supplied on the fBOX DATA CUT lines with the 
format of figure 8.3 above. 



8.7.5 Sweet- functions 



Sweep special functions will consist of a signal "SWEEP REFERENCE" 
presentee, to the (vbox with two or more qualifiers_; one from group 1 
below and one or both from group 2 below: 
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Do we need any cache sweeping other than "ell pages 
Group 1 - 

1. Sweep one word 

2. Sweep one four word block 

3. Sweej one page 

4. Sweep all pages 

Group 2 - 

1. Invalidate cache 

2. Validate memory 

8.8 DE1A1LED CACHE BUNCTIONAL DESCRIPTION 
To be supplied . 



8.8.1 Cache Sweeps 

Cache sweeps will be done by the cache microcontroller. They will be 

significantly faster than the KL10 and will continue to be able to 

run asynchronously to and in parallel with the Ibox. 



8.8.2 Cache l\r iteback/ ref il 1 
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8.S DE1AILED PACE 1ABLE FUNCTIONAL DESCRIPTION 

All of the required state information for access of a page will be 
encoded into three bits. This includes the states involving the 
access, writable, modified, cacheable and writeback conditions in the 
PT directory. They were to be encoded into three bits (eight states 
total) as follows: 

1. Page Not in hardware PT (not valid) 

2. Not cacheable, not writeable 

3. Not cacheable, writeable, not written 

4. Not cacheable, writeable, written 

5. Cacheable, not writeable 

6. Cacheable, writeable, not written 

7. Cacheable, writeable, written 

-X^ I Do we need "cacheable" as a page state ? 

A fourth bit which is independent of the above states, would indicate 
that a CST update is needed on next refill of the page table. 

A fifth bit which is independent of the above states, ( "kee^: me 
around") would indicate that this location should not be cleared on 
an ordinary pager clear. An unconditional pager clear would override 
this bit and clear all entries. 

[More Details to be supplied.] 



8.10 FUNCTIONS NOT PERFORMED EY THE MBOX 
8.10.1 All handling Of The UBR/EBR 

The UBR/EBR is kept in a scratch pad by the Ibox . It is solely 
responsible for their maintenance., „,,,,, 

mMQt4tt cfo Dayu yii*/' Ms 

8.1C.2 The ba\. Instruction. 

The Kap instruction will be implemented in the microcode by tracing 
through page tables in memory. There is no Kbox assistance and 
therefore, it will be slower than in the KLIP. 

\ 
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8. IK. 3 Sbus Diag Functions 

Sbus Diag function is not required since the console is responsible 
for configuring main memory. 



8.11 PERFORMANCE 

8.11.1 Overall Goal And Committment 

The goal for the 2080 Mbox is for a cache access time of 80 
nanoseconds. 



8.11.2 Page Table 

The ^age table hit rate will be somewhat better than the^W^l C for an 
equivalent software environment in that there are (I024)d irectory 
entries versus 128 in the KL10. This will somewhat conrrtTeract the 
effects of the increased number of sections used by software. Page 
table clears will be done by the cache micro. Entries will be 
cleared 4 words at a time, every 44ns resulting in a complete clear 
of the IK entries in llus. 



8.11.3 Section Pointer Cache 

The section pointer cache is provided and controlled by the Ebox 
microcode using the Ebox's scratch RAM. [See Ebox functional 
specification . ] 
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8.12 I/O INTERFACE 



The Data Mover micro handles the interface to the I/O box (Fbus) , on 
a timeshared basis along with handling the cache micro interface and 
memory array interface. The data mover contains a state register for 
the Mbus interface. The data mover handles all of the handshaking 
and data transfers with the Kb us. As described in chapter 1, the 
data mover requests cache cycles for the Nbus transactions and 
cache micro in turn requests main memory cycles when required. 



the 



The I/O-Box arbitrates the bus priority conflicts so that only one 
request signal and one grant signal are necessary between the K-Box 
and I/O-Box. The I/O-Box uses the rising edge of MCLKT 
data into or out of the multi 
synchronizing buffets. 



port ram circuits that 



to 
are 



strobe 
used as 



The following 5C signals constitute the KBUS: 

KD<D:35> - This is a bidirectional Memory Lata bus. Note that r>T<C > 
is the i..osL significant bit while KD<35> is the least significant. 

P - This is a single odd parity bit that indicates the parity of ^f"^ 
tiie data word accompanying it. Mote: This is Parity on the KIT word 
only. No other transaction information is tested for parity. 

fcl<U:3> - This is the four bit identification marker that is used to 
identify the source or destination of data in the event of inter- 
leaved data transactions. This is a direct copy of the "ITL-Bus TAG 
bits . 

C CYC - This bit is used to indicate a Command/Address cycle. The 

data present in MX0:35> is identified as Command/Address information 

when this bit is set. This bit is never sent f"om the K-Box to a 
PORT. 



is used to indicate a Data cycle. The data present 



D CYC - This bit 

in KD<C:35> is identified as Data only when this bit is set. This 

Bit is present with every transaction from the F-Box to the I/O-Box. 



MCLK - This signal is derived from the 
distributee through out the machine, 
provide c strobe signal for the K-Bus 
Data output to the Kbox is synchronized 



Error information pertaining to the cycle immediately preceding th 
current cycle is presented with the leading edge of this signal. 



master oscillator thot is 
This signal is inverted to 
edge triggered flip-flops, 
to the leading edge of KCLK. 

e 



KEREC. - This signal requests that the K-Eox service the I/O-Pox 
KEKEC. is generateo by the I/O-Box only when an entire TTL-Bus 
transaction is complete (i.e. there are either two words or five 
word of information available in the !*Bus Buffer on the I/O-Box} The 
K-Bus is always granted for two cycles and is extended an additional 
three cycles when a multiple word transfer is identified. 
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NtC - This signal is a grant from the N-Box to the I/O-Eox. It 
enables the I/O-Box to drive the ND<0:35> on the next rising edge of 
NCLKT. 

NfcAULT - This signal is a signal that is used to represent the 
detection of a parity error on the previous transaction. The NT bits 
are not checked for the proper address information. 

NBACK - 

NUNC OR - 

I/O Box tall - this signal is used to indicate to the N-Box that the 
I/O-Box resident buffers are full and that no further transfers from 
the N-Box to the I/O-Box should be performed until it is negated. 



COMPANY 

i<amp 

h . A . K . P . 
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8.13 K.A.I'i.p. tEA'IURES 
0.13.1 General 



All major buses between the Nbox modules contain parity check 
Parity is generated/ checked going off each nodule and is 
again on the receiving module within a few gates. Parity is 
at the data input to all rams before they are written. The 
rciius for all of the micro machines are also parity checked. 



bit(s) . 
checked 
checked 
control 



)r\O l 



L0 



\7 



3.13.2 Cache Memory 

The pays, table has a parity check, while the cache directory and the 
data cache have ECC. When accessing the cache, a parity error in the 
page table generates a page fail condition for the Monitor to 
jjprrect. A single bit error in the cache directory or the data cache 
are automatically corrected end the syndrome, address, and data are 
saved for use by the system. It has been agreed that in order to 
avoiu a [-ec iormance hit, aouble bit error detection in the cache 
aireetory ana the data cache will not be implemented. 



8.13.3 Mos memory 

Each memory array board is organized as 512K words by 22 bits. Each 
read access to a wora of memory produces 44 bits of data from the two 



word including a parity bit 



array boaras, with each 22 bit half 

that half wora. Each write to memory also generates 44 

organized as two sets of 22 bits, with half word parity in each 

On read cycles the 44 bits are sent to the Data ivover, where the 

word parities are checked and the FCC is recomputed. Single 

errors are corrected and operation is continued. Double bit errors 

are detected and a trap is generated. T UporPbccur rence of 

error 

latchtd in 

error 



for 

bits 

set . 

half 

bit 



, the address, data, and 



a detected 
syndrome of t he fa i l ing ac ces s are 
register which is accessible to theCoperaTi^~syitemi for 
monitoring. [Successive single bit errors destroT'T^rTl^TdaT 
storea in the latch so that only the last error is available in the 
latch. ON occurrence of a double bit error, the error information is 
storea in the latch, and further single. bit errors are corrected but 
not recoraed_ : J~"A trap to the operating system is also generated and a 
resetting action from the monitor is required before single bit 
errors can be recorded again. If a second double bit error occurs 
after one has been latched, but before resetting the latch, a trap to 
the console is generated. The tra^ on double error can be disabled, 
but whoever runs with trap disabled deserves what he gets. 



-fa 1 ! 



Cc^^.ct' 1 " 




.w? 



Y 
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,8.13.4 Error handling , 
o <_* VVjuul-o ox— error, (Dta^ 



;!- 



do iUU 7 



Error _ _., _ 

Ylhe proposed method to maintain single error statistics in the 
1 memory and the cache is to have the monitor periodically chec 
(error registers. In the case of a stuck bit in the cache dire 
v>r data cache , the monitor can disable the quarter of the 
where the error has occurred until the fault is serviced, 
provides for degraded operation of the system. Stuck bits o 

control rams or page table are failures 

before operation can be conti 



as 



ECC'd memories such 

the system requires service 

Moreover, double bit errors are 



undetectable in non ECC'd rnemori 



mam 
k the 
ctory 
cache 

This 
n non 
where 
nued . 
es . 









0.13.4.1 Address Parity - On the detection of an address parity 
error on a main memory write cycle the controller will disable the 
write enable signal to the arrays, thus forcing the CCS rams to do a 
read operation rather than a write. Thi s prevents overwriti ng the 
wrong location. The normal reaction is to-^autoiiLati cally reTr 7 
write operation a 2nd time in the event the 1st error was 
intermittent. If that is not successful the l^box saves the failing 
address and data and sets an address error flag. 



8.13.5 Error Logging 

All uncorrectable errors will be reported to the Fbox microcode by 
means of an page fail. 

Error state information will be latched in registers where 
appl icable . 

Snould the Mbox microcode have a "logout" area in main menory where 
it puts information for the use of the monitor? 

The R>ox microcode may implement error retry for selected fault 
conditions (other than correctable FCC errors). 



u*& 



o 
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CHAPTER e 
IVLMCRY 



9.1 INTRODUCTION 

The 20£t! memory is composed of three principal functional units- the 
memory arrays, the i„eiuory control and interface, and the memory bus 
repea ter . r 



TECHNOLOGY 



T tie 2L C memory array 
multilayer modules. 
memory bus and 6 4K MCS 



will occupy two to sixteen Extended Flex 
It Vvill use ln,K EC I, logic to interface to the 
rams for storage. 



OVERVIEW 



The 2CCC main memory achieves a low cost, simple fast, 

design utilizing. m icro-p rog rammed controller and 

technology; +5V GAK NMCS KAM , K'CK ECL and 7^5 JC's. The 

cesiyn is necessary to support the high memory bendv irHh" 
the 2t&L Ibox eno I/O system. The main 
the CFU 
th 



pi pel ined 

ex i sting 

pi pel ined 

ecuired by 

memory is tightly coupled to 



a us to the close physical proximity of the array hoer ( i«? ^nn 
e memory controller which is integrated into the r-box desiqn. 



9. A tUNC'lIONALITY 
9.4.1 Organization 



The two major components of the memory are the controller and th^ 
ctray modules. The controller is integrated into the f,b-x and 
consists of 2 functional units; the address eueue unit v.hich c-j^jpc 
up requests one starts cycles, two independent timing networks which 
provide RA£, CAS, etc. to the arrays, , and the Data Fover unit 
which handles data transfers to and from memory. The data mover , init 
also performs data transfers for the I/O interface and the cache 
Each array module is organized as 512K x 22 bits and each pair f 
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array boards constitutes a memory bank. A bank is subdivided into a 
lower and upper section of 256K words each which can be cycled 
independently. A bank can service two independent A word cycles 
which are staggered by 240 ns. A bank contains a four word data 
buffer, two independent timing buffer registers and refresh logic for 
use during battery backup. 

ri 

9.4.2 Cycles , " 

( 
The memory executes 3 types of^-c^sLes ; refresh, read and write. 

Refresh cycles are covered in (^Z.2^ . A read or write cycle ties up 

a section of 256K words for 400ns, the cycle time of the 64K RAMS. 

To improve the memory bandwidth, the controller is able to overlap 

cycles in different 256K sections by starting a cycle every 24Gns. 

Of the 4 combinations of "in progress" and "next" read or write 

cycle, all can be overlapped except the case of "read in progress" 

followed by "next write". This is due to a potential conflict of 

read and write data on the common set of data lines on the memory 

array backpanel. 



9.5 ARRAY ADDRESSING 

In order to provide for flexibility in dealing with larger memories 
in the future, which will be provided thru a memory bus repeater and 
or eventual use of the 256k MOS RAM, the memory controller 
incorporates a mapping RAM. This RAM maps address bit 11-16 of a 
memory address into one of 16 banks. In addition to the bank number, 
the mapping RAM also selects upper or lower section in the bank end 
an interleave mode bit. The memory backpanel in the basic system 
contains 3 banks. The system is designed to accommodate 1 bus 
repeater whose backpanel accommodates 8 more banks. This mapping PAM 
allows 64K or 256K RAM modules to be plugged into any bank and 
interleaving may be set up individually on each bank. 



9.6 REBRESH 

The array board operates in two refresh modes, local and system. 
Local mode is in effect during battery backup operation or occurs 
whenever a refresh cycle signal has not been received for greater 
than 25 micro- sec. In local refresh mode, each array board 
generates all of its refresh signals; refresh request, RAS timing, 
and refresh address. Refresh address is always supplied by the array 
board for either a local or system refresh. System refresh mode is 
in effect during normal operation when DC power is ok. Ihe memory 
controller generates a refresh cycle request every 16 U sec and 
provides a RAS signal to the array. In the event that Mbox clocks 
are stopped, the array would switch over to local refresh mode in 
about 32 U sec. When Mbox clocks are turned back on, the system must 
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wait 32 U sec before attempting to use memory in order for the 
refresh circuitry to synchronize. 



9.7 QUEUES 

The Mbox contains an 3 word address queue and a IS word data queue in 
oraer to keep track of pipelined operations. Each cueue has a 
pointer to the head and a pointer to the tail. New information is 
added to the tail of the respective queue and the pointer is 
incremented by one. As a request is serviced the head of the cueue 
pointer is incremented by one. These queues could provide 'some 
amount of past history in the event of a machine error. " since old 
requests in the queues are never cleared but only overwritten when 
the location is reused, the console could examine all the entries in 
the queues and retrieve the past n requests which had not been 
overwritten. In the case the queues are full with pending recuests 
there may be no usefull information of past requests. 
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9.8 ARRAY INTERFACE 

The 2080 storage array interface consists of 127 signals. 



MOS 


DATA 


<00 


:42> H 


MOS 


ADR 


<16 


:33> L 


MOS 


RRT 


<0> 


EN H 


MOS 


ARRAY 


<0: 


7> EN H 


MOS 


SLOT 


DATA 


<G:1> H 


POhLR OK 




<0> H 


MOS 


CLK 




<0:8> H 


MOS 


TIM A 




RAS0 H 
RASl H 
CASC H 
CASl H 
WR H 
WR 1 H 
BNK SEL AC 
BNK SEL Al 
BUS SI AB 
BUS SI Al 
BUS CLK AP 
BUS CLK Al 


MCS 


TIM B 




RAS0 H 
RASl H 
CAS0 H 
CASl H 
KRC H 
WR1 H 
BNK SEL AP 
BNK SEL Al 
BUS SI A0 
BUS SI Al 
BUS CLK AP 
BUS CLK Al 



9.9 PERFORMANCE 
9.9.1 Access Time 

The read access time seen by the Ibox measured from the time it 
clocks an address to the Mbox until it clocks data back into batch is 
420ns for the 1st word and 5GCns for the 4th word. The read access 
time seen by the I/O box measured from the time it docks a Command 
Address word to the Mbox until it clocks data back into is ^80ns for 
the 1st word and 62Gns for the 4th word. 
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9.9.2 Cycle Time 



The cycle time for either a read or write cycle is I0rns for 
successive cycles to the same bank. however, cycles to different 
banks may be started every 24Cns. 



9.9.3 Bandwidth 

Successive cycles of the same type can be started every 210ns which 

results in a transfer rate of lf» megawords/sec . Successive cycles 

of alternate type can be started every 320ns which results in a 
transfer rate of 12 megavords/sec . 



9.10 SIZE 

9.10.1 64K Part 

The basic memory system, using S4K RAM parts, provides memory sizes 
from 512K to 4096K words, in increments of 512K words. Use of a 
memory bus repeater would double the capacity given above to 3192K 
word s . 



9.10.2 256K Part 

The advent of the 256K RAM part will quadruple the above capacity. A 
basic system would provide 2C48K to 1G384K words in increments of 
2048K words. The repeater doubles this to a maximum of 32768K which 
is the limit of implemented physical memory address space. The 
memory bus repeater and 25SK RAM are not committed products but are 
means of extending memory capacity at a future date if required. 



9.10.3 16K Part 

The memory system can also accommodate 16k parts in the event there 
is a problem with availability of 64K parts. In this case the memory 
sizes would be 128K to 1024K words in increments of 128K words. Use 
of a memory bus repeater would double the capacity above to ?r<"8K 
words. 
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9. It). 4 Mixed Parts 

Systems which have a mixture of 64K modules and 255K nodules are 
allowed with no restrictions of which banks contain 54K or 255K 
modules . 



9.11 INITIALIZATION 

Each time the machine powers up, the console must go thru an 
initialisation routine to determine which banks contain memory 
modules , what size the arrays are, and ensure that bank f contains 
modules. Bank C module slots are wired up to provide far end memory 
bus terminators. Each memory array module asserts a true high 
backpanel signal when it is selected. Different backpanel pins are 
used for the 64K and 256K part. All of the left half word (0P-17) 
banks have the 64K size pins bused together, the 255K size pins bused 
together and the corresponding thing is done for the right halfword 
(18-35) banks. The memory controller then sees 4 signals; left half 
64K, left half 255K, right half 64K, right half 25SK. The console 
must cause the memory control to address each bank and record the 
number and types of arrays present. 



9.12 RECONFIGURATION 

9.13 DIAGNOSTIC FEATURES 

9.13.1 Arrays 

The selected array checks address parity and returns an error 
indication to the memory controller. Arrays do not check data 
parity. 



9.13.2 Controller 

9.14 POWER REQUIREMENTS 

9.15 BATTERY BACKUP 

9.16 ERROR HANDLING 
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10 SUBSYSTEM 



lk.l DEFINITION OF TERMS 

The following list attempts to concisely define some of the terms 
used in this specification. 

"COMMAND" - A block of data, generally used to supply control 

functions to either the FORTS or the PORT DRIVERS. 

"RESPONSE" - A PORT STATUS message to the 2C80 FORT DRIVER which 

consists of several 2080 words assembled and chained 
into a RESPONSE QUEUE" by the 2CBG PORT. 

"PACKET" - The form in which data is passed over to the PORT. This 

is basicly a string of bytes. 

"CONTROL MESSAGE PACKET" - A PACKET which contains a "COMMAND" 

directed to either the 2OC0 PORT or to a remote FORT. 

"MESSACE PACKET" - A PACKET which contains a "COMMAND" directed to a 

HOST CPU. 

"DATA PACKET" - A PACKET which contains data to be routed to a named 

memory buffer in a POST CPU. 

"2G80 PORT" - A microprocessor based hardware port that interfaces to 

the IOBUS and to PUS ADAPTERS. 

"PORT DRIVER" - A software package in a HOST CPU which exercises 

control over both local and remote PORTS. 

"QUEUE ENTRY" - A fixed length memory field (12 2T8C words long) 

which is linked into a QUEUE CHAIN. 

"QUEUE ChAIN" - A chain of QUEUE ENTRIES. 

"HOST" - An intelligent MEMORY/CPU combination. 

"CI bUS" - A high speed serial line bus which interconnects HOSTS. 
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"PLI" - Port to Link Interface. 

"PCE" - PORT CONTROL BLOCK 

"DMA" - DIRECT MEMORY ACCESS 

"BDT" - BUFFER DESCRIPTOR TABLE 

"BD" - BUFFER DESCRIPTOR 

"RCB" - RECISTEH CONTROL BLOCK 

"ISfc" - IN1ERRUPT S1ATUS KCRD 

"IW - INTERRUPT VECTOR Y CRD 

" IOBUS" - Bus that connects IOBUS PORTS to ?A'8Q memory. 

"BUS ADAPTER" - Hardware which interfaces 2G0C PORTS to corporate ar\d 

industry wide buses (ICCS, IBM CHAN, UNIEUS) . 



It. 2 GOALS AND STRATEGY 

10.2.1 GOALS 

he perceive the goals of the I/O Subsystem to be as follows: 

1. Provide communications ,hardcopy,d isc and tape functionality 
appropriate to a system with 3.5 to in times KL1C 
throughput . 

2. Provide the ability to connect new devices and interconnect 
which are part of the corporate interconnect program {e.g. 
CI bus, NI bus, HSC50, MERCURY) as well as some current PO'C 
peripherals (e.g. DN20S, RPC^s , TU72s) . 

3. Provide sufficient mass storage bandwidth to handle peak 
demands on the I/O subsystem. 

4. Provide the necessary console functionality to support the 
system maintenance philosophy. 



5. 



Design the I/O subsystem so that it is extensible. That is, 
provide the capability of adding future device interfaces in 



a cost/ effective way. 



6. Meet all of the above goals on schedule in the most, 
cost/effective way. 
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10.2.2 SlKA'iECY 



"PRIMARY KLLEE" are those needs v.hich 



,. need cost/effective solutions 

(i.e.; cosiyn center needs). ""EtCCNDAEY NEFES" are thoc, whirh 

neeo solutions but not necessarily the most cost/ ef fee t ive solutions 
An example of a primer y need that was recognized on the v l-1 r 
project, was the need lot a cheap end fast primary memory system", 
•lne ELUE/r«A.2f, was tiie solution to this need. * secondary need 
recognizee on the KL-lt project, was the need to inter fece 'to 
existing memories (i.e.; HlC's). An PLUS - KIJP rem bus adapter 
called the Li-iA2l was the solution to this secondary need. Listed 
below are the PRIMARY end EECCWCARY NEEEE ve for the ?r^ 'l/O 
subsystem. 



PRIM/RY N'EELS 

1. Provioe a EASEELE busec tape and cisk subsystem to allow a 
customer to retain some of his investment in NAESEUS 
peripherals and allow Ligital to leverage o:j- development by 
using existing f^AEEEUS software. 

2. Allow for connection of Ld2f hardware to enable a smooth 
transition to M.PCl'KY based communications subsystems 

3. Provioe a connection to the LEC'^r disc subsystem. 'lhe I EC5f; 
is the only way we hrve to talk to the latest c<-c cisc«= 
( 1 .e .; R£0, pfl , RLM) . 

4. Provioe a high speed inter-computer cenmunica t ions link. 
' lhls 1S needed to support the full corporate 
mul ti-processing scheme . 

5. Provioe a connection to the iM-RCURY communications 
subsystem. EEKCUEY is the next generation r\'2P. In many 
configurctions it should be more cost/effective than CN?r. 

6. Provioe- a connection to high [.erfornmce tares, e^C hint 
density cisc drives. Systems over 3 mips will need 2'C.C 
Mbytes and greater disc storage alono with fast reliable 
tape systems to do Lack-up. 



SECONDARY WELL* 



1. Growth path for KL-1H cust' 



:omers. Cur customers realize that 
our next generation computers must be 
teclinolog ies in order for EEC 
reasonable to characterize 
(i.e.; the L'MA2i 



of t lm l zee , 
to comr ete . J t is 
this need as a seeo* 
example above) . 



round new 
the re f o re 
dar> need 
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2. A back-up to the hSC-50 and MTvCURY, in cose there is a 
serious schedule slip, tack-jj. strategies are SECCNDAPY 
NEEDS by definition. 

Listed below are the options we are currently designing to neet the 
primary needs. These options arc optimised to meet these needs. 

1. A P0R1/KEA combination that will enable us to talk to 
current hASELUS devices. 

2. A PORT/UBA combination that will enable us to interface to 
the DW 2f hardware using protocols similar to those planned 
for EERCURY. 

3. A POH'i/LINK option that allows us to communicate over the 
ICCS. This connects us uj to the RSC50 and r-EPCURY in the 
only way possible at the current time. ICCS also provides a 
high-speed channel to channel connection for loosely coupled 
m u 1 1 i processing. 

A. A PORT/IBN BKUX CHANNEL option that allows us to talk to 
high performance tapes and 3 5 5 1: high density disc drives 
(STC C65C crives) . 



It). 3 10b US PORTS AND BUS ADAPTERS 
Refer to figure 5.1c 

10.3.1 1/0 POR'IS 

10.3.1.1 I/O PORT functionality - The I/O PORTS provide the 

following functionality: 

1. Provides an 10 micro processor optimized for block 
transfers . 

2. Supports a software port driver whose architecture is 
similar to the VAX CI port architecture. 

3. Supports the CI BUS via an CI LINK module which can connect 
to the front-end of the port. 

4. Supports an IBE 36SJ/37H' CHANNEL EL'S via an IP> CHANNEL BUS 
module which can connect to the front-end of the p-ort. 

5. Supports a UNIBUS via a L'NIBUS /■TATTER module which can 
connect to the front-end of the port. 
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/ . 



Supports the MASSBUS via a MASSBUS ACAPTEH module which can 
connect to the front-end of the port. 

Supports four different data jacking modes during data 
transfers; INDUSTRY COMPATIBLE, CORE DUMP, and RICH 
DENSITY, 7 BIT ASCII. 



10 Eb OX/ ML OX 
/l\ 



I IOBOX | 
| | 

I CONSOLE | 

I I 

I I 
C1Y KL1NIK 



2C-4 Megabyte/ sec (RAW) I OB US 

I I 

I I 

I I 



I I 
I PORT I 



LINK 
BUS 



ICI 



LINK 



CI 
BUS 



6 MB/SEC 



I PORT 



PORT I 



! 



1 

LINK | 


! 
1 


BUS | 


LINK | 


1 


EUS I 


I IBM 
1 


1 UEA 
1 


l 

I CLAN 


1 

1 



IBM I 
CHAM | 
BUS | 

I 

I 
2Mb/ SEC 



UN I BUS 



CUSTOM I 



INTERFI 



2 -3 KB/ SEC 



Eigure 5.10 



IE. 3. 1.2 I/O PORT Performance - Each I/O PORT can sustain a transfer 
rate of up to 6 Mt/SEC. 
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10.3.1.3 I/O PORT Physical Characteristics 
on a single extended hex module. 



- Each I/O PORT will fit 



16.3.1.4 IOBUS PORT CONTROL STATUS RECISTER - This register controls 
the software operation of the port. The register contains enables 
and valid bits for the queues and event flags for interrupt 
generation. All bits except PHE are read/write. 
E111111111122222222223 3 3333 



4 5 6 7 8 



12 3 4 5 



7 8 9 1 



3 4 5 6 7 8 



12 3 4 5 



IPIPIPIPIPIPIPIP! 
INiNlNlNSNINlNiN! 
17 16 15!4 !3 12 il 10 ! 

!!!!!!!!! 
i - i 



II! RIME! MP! 
JHQIQIQISIH! 
1C1A1A1E1E! E 
!!!!!! 



1-1-1-1 



1-1-1- 



1-1-1- 



1C1C1C1C1Q1Q1Q1Q! 
1Q1Q1Q1Q1V1V1V1V 
1A1A1A1A131211 10 
131211 10! 1 1 1 



******* 




All bits marked 
(ISW) . 



with an asterisk (*) are in the INTERRUPT SOURCE V'CRD 



BITS <4:11>: 



Bit <13>: 



BIT <14>: 



BIT <15>: 



BIT <16>: 



BIT <17>: 



BIT <18> 



POR1 NUMBER (Phl<7:0» = The ICCS node number of this 
Port. The number is a function of dip the position 
of dip switches on the module. These bits are read 
only. 



INIT COMPLETE (ITC) 
completed . 



= A Port initialization has been 



RESPONSE QUEUE AVAILABLE (RQA) = Indicates that the Port 
has inserted an entry on an empty Response Queue. 



FREE QUEUE AVAILABLE (fCA) = Indicates that the 
placed an entry on an empty Free Queue. 



port has 



FREE QUEUE EMPTY (BQE) = A free queue entry was reouired 
for processing and was not available. Processing of 
incoming packets is halted until entries become 
available. Command queue processing continues. 

MEMCRY SYSTEM ERROR (MSE) = This is a flag to indicate 
that a memory error was detected on a 2P80 memory 
access. The errors are Nonexistent Memory (NXM) and 
Memory Error (ME) . 

PORT HARDWARE ERROR (PHE) = INclusive "CR" of the LSFE and 
CSPE bits of the MCSR. This bit is cleared by 
hardware INIT (MCSR<09>=1. BIT <2f'-23>: COMMAND 
QUEUE AVAILABLE (CQA<3:(> = Indicates that an entry 
has been inserted in the specified Command queue by 
the Port or the Host. CQA is set by the Port or the 
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Host at the time of insertion of the command and 
cleared by the Port during the interlocked Pemcue 
operation if the queue is found to be empty. 

BIT <24:27>: QUEUE VALID (QV<3:C>) = Indicates that the specified 

queue is valid to use. This is the mechanism used to 
halt processing on a command queue. CV i s set by the 
Host to allow processing and is cleared by the host 
to halt processing of the queue. QV is also c] eared 
by the Port to halt command queue processing if an 
error in command execution occurs with the H bit set 
in the command . 

BIT <33>: INTERRUPT ENABLE (IE) = Enable interrupts on flags and 

errors. This bit causes the ?F8fl to be interrupted. 

BIT <34>: PORT ENABLE (PE) = Disables the processing of incoming 

messages. Set and cleared by the Host. 



It). 3. 2 BUS ADAPTERS 

There are four types of bus adapters that interface to the I/O BUS 
PORTS; an CI LINK, A MASSBUS ADAPTER, an IBM CHANNEL BUS, and a 
UN I BUS ADAPTER. 



10.3.2.1 CI LINK - The CI LINK provides the interface to the 
Corporate CI BUS. The CI is a contention-arbitrated, bit serial (1C 
mbits/sec) , packet switched bus. Contention and protocol overhead 
reduce the effective data bandwidth to approx 6 mbytes/sec. The CI 
Link consists of two modules. One module is a packet buffer. The 
other module is called the LINK module. The LINK module is being 
designed by Distributed Systems in Tewksbury. 



10.3.2.2 IBM CHANNEL BUS - The IBM CHANNEL BUS ADAPTER provides the 
interface to a IBM 360/370 Block Multiplexor Channel tus. Transfer 
rates of 2 MBytes/Sic should be achievable across two subchannels. 
The IBM CHANNEL BUS ADAPTER will be packaged on a single extended hex 
module. 
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10.3.2.3 UNIBUS ADAPTER - The UNIBUS ADAPTER provides the interface 
to the UNIBUS. Transfer rates of 1.25 Mbytes/sec should be 
achievable. The UBA can be programmed as the UNIBUS master (i.e.; 
202G UBA) or UNIBUS slave (i.e.; DTE 20) . Current plans support all 
devices using a front-end PDP-11. If there are no applications for 
the UNIBUS adapter to operate as the UNIBUS master, this feature may 
be oeleted . 

The UNIbUS ADAPTER will be packaged on a single extended hex module. 

lti.4 I/O SUBSYS1EM INTERLACE TO CPU AND MEMORY 

10.4.1 I/O SUBSYSTEM INTERFACE TC THE CPU 

Control information is passed between the I/O PORTS and the EECX via 
cached memory locations called "mailboxes" in the 10 page. A 
mechanism will exist that will enable the EBCX to signal the I/O BUS 
PORT (ring doorbell). Upon seeing the doorbell an I/O PORT will read 
its* mailbox to pick up a command word and other control information. 
Control registers in the I/O PORT are read and written via the 
mailbox. This eliminates the need for READ I/O and WRITE I/O 
operations and thus simplifies the I/O PORT interface to the rest of 
the system. I/O registers existing in I/O CONTROLLERS (i.e.; on the 
UNIBUS, in an IBM CONTROL UNIT) can also be accessed via command 
packets placed on an I/O PORT command queue. 

Eacii I/O PORT will have a connection to 7 interrupt lines (one line 
for each of seven interrupt levels) going to the FPOX. Upon 
receiving an I/O PORT interrupt on one of these seven lines, the EBCX 
will broadcast a PI Level to all interrupting ports. That port which 
is interrupting on the broadcasted level will recuest the ICBUS and 
write a word (or words) called the Interrupt Source Word into the 10 
page which will identify the port (i.e.; slot number) , the reason 
for the interrupt, and an interrupt vector. 

A total of 14 lines connect the EbCX with the I/O PORT. 

PI LINES <1:7> Each port connects to each one of these seven lines. 

When a port wishes to interrupt on a 
particular PI Level it will yank on the 
appropriate PI LINE. 

START SELECT <8:1E> These three lines are used to select a port or 

are used to broadcast a PI Level. 

RING <11> When this line is asserted, the port selected by the PORT 

SELECT lines will read a location in the TO 
page. This is a "DOORBELL" operation. 

RESET <12> When this line is asserted, the port selected by the PORT 

SELECT lines will reset itself. 
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BROADCAST <13> khen this line is asserted, all ports that are 

interrupting will look at the number on the 
PORT SELEC1 lines. If that number is equal 
to the PI Level that the port is 
interrupting on it will do a memory write to 
a specified 10 page location and write its 
ID and interrupt status. 

BUSY <14> The port will assert BUSY in response to a DOORBELL or 

BROADCAST with a match on the STAPT SELECT 
lines. EUSY will become unasserted when the 
port has completed all memory references 
required for the DOORBELL or LR0ADCAS1 . 

The "REGISTER ACCESS BLOCK" is an 8 word block which provides an I/O 
port with the control and data needed to do register reads end 
writes. In addition, there is room in the eight word block for the 
port to store relevant status when it interrupts the c[u. there is a 
"REGISTER ACCESS BLOCK" for each I/O PORT in the machine (total of 
eight) . 
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word 



name 



OPCCDE/IOADR 



description 

Bits <f:4> contain a command. 
format is: 

rr=ri nop 

DC=1 valid command 



D]=l 


read 


D2=l 


wr i te 


D3 = l 


bitset 


D4 = l 


bitclr 



DATA 



2 
3 
4 



OFCCDE/ICADR 

DATA 

ISWC 



6 
7 



ISW1 
ISW2 
ISW3 



Bits <1P:35> contain the 
i/o address of the register 
to be read/written. 

For a register write, this 
word contains the data to be 
written. For a register bit 
modification, this word 
contains a mask. For a 
register read, this word will 
be written by the I/O PORT. 

Same format as word C 

Same format as word 1 



This wore 



is 



an "interrupt 
status word". This word is 
written by the port when it 
interrupts the cpu. The ISK 
contains all the information 
necessary to determine the 
reason for the port 
interrupt. Since the port 
can interrupt on four 
different pi levels at one 
time there are four ISK's.An 
"INTERRUPT VECTOR V'CRC" (also 
written by the port when it 
interrupts) points to the 
appropriate ISW. 

same format as ISl\P 

same format as ISWC 

same format as ISWf 



Note that the port will pick up two OPCODE/ I CADR words after 
doorbell rings. This allows reading and writting two registers at 
one time. The format of the OPCODE/IOADR word is the same as 



the 

; at 

the 
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2U2G OPCODE/IOADR word. This will make the I OP US more compatible 

with the 2C2C UEA. During register write operations, the port will 

be able to write local registers as the data words come off the 
I Ob US. 

Typical sequence for "WRITE I/O" operation: 

1. CPU writes OFCODE/ICADR word(s) and data in the REGISTER 
v , ACCESS BLOCK. 

2. CPU rings doorbell and waits for FUSY to assert and go away. 

3. Port sets BUSY. 

4. Port reads the first four words (one mem ref) from the 
REGISTER ACCESS BLOCK, and writes the data into the 
appropriate register(s). 

5. Port clears bUSY. 
Typical sequence for "READ I/C" : 

1. CPU writes OPCODE/IOADR word(s) into the FFCISTER ACCESS 
BLOCK 

2. CPU rings doorbell and waits for FUSY to assert and go away. 

3. Port sets BUSY. 

4. Port reads first four words of the REGISTER ACCESS FLOCK. 

5. Port writes data word(s). 

6. Port clears BUSY. 



10.4.2 I/O SUBSYSTEM INTERFACE TO MEMORY 

The I/O Subsystem will be built around a synchronous interlocked TTL 
bus (I Ob US) which will provide a DMA path between I/O PORTS on the 
bus and the 2080 main memory (the IOBUS will support up to a maximum 
of eight I/O PORTS) . Memory references by the I/O BUS PORTS over the 
IOBUS can be either one word or four words per bus transaction. 

The IOBUS is granted to requesting I/O PORTS by a centrally located 
arbitrator located in the console. The IOBUS FORI in slot r of the 
IObUS will have highest priority. 

THE RAW bandwidth of the IOBUS WILL BE 2P-4P MBytes/sec. Raw 
bandwidth is defined is as the upper bound controlled by the bus 
clock frequency and protocol limits. The EFFECTIVE bandwidth of the 
bus will be greater than 16 MBytes/sec but less than 40 MBytes/sec. 
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Effective bandwidth factors are memory access times, memory 

interleaving and whether we are doing reads or writes. Refer to 

figure 5.20 which compares the RAW bandwidth of the IOEUS with other 
systems. 



MAXIMUM RAW I/O 

BANDWIDTH 
(MBYTES/ SEC) 



128 



64 



32 



16 



* 16P-3MP 



* 3033 



* 3033-AP 



* SEL 32/75 



* * * 4 7fV/7 

168-3 203i) 



* 4 7CV/5 * 4 7CV/6 



* 11/780 

* * * 158 

145-3 HARRIS S/6 



.25 



.5 



16 
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HGUCH PROCESSOR SPEED (MPS) 
I- i y u r c 5.2 [.' 



The ICBUS interlaces to the 20£(; memory through the I/O ECX. The I/O 
BOX provides the necessary r J r lL to ECL translation an*-* buffering in 
order to match the speed of the 1TL IOBUS v»ith the faster FCL NECy 
LUS. in addition, the 1/0 OCX will contain the system console. The 

I/O BOX will Le packaged on a single txtencee hex module. 



It. 4. 3 CCNSCLE 

'li'«- SYSILM CCdSCLL '..ill Lc the interlace for U e ojerctor, field 
engineer, and development engineer (curing machine debug). It will 
boot the system, support the ciagnostic philosophy and' sense the 
environment. Console hardware characteristics are summarised belov.: 

1. ill microprocessor. 

2. EA24 (or equivalent) harecojy terminal. 

3. KLIN' IK a no ZfT com: un ica t ions lines (at least 11.7. Y± ) . 

A. 48K - S4K bytes of FA.V memory. Sufficient PROM to bootstrap 
the HI from system devices. 

5. Hoj.py disc as console load device. 

6. Interrupt source tor event timming. 

7. Diagnostic visibility and control logic, 
fc. battery pov.ere-d calendar chip. 

b . System clock control. Start, stop rnc burst. 



It:, b 1/0 SUbSYSTLR Ii\ ! T ER t / C E It ThE CFER/TINC SYSTEM 

1L.5.1 1/C POP! CCKiKAhL/ 1- ESPOUSE PROCESSING 

The SCE'l^/RE PORT DRIVER in the 2C8P assembles CCMM/NDC and stacks 
them oS t_UEl'E EWIP.IEE on the tail of one of four i r io r i t i i ed rn-u./vp 
<wUEIjb CliAIKS. 

'Hit I/O POR'i a sy nchrono usl y removes the OCTANT CUE UP F^TRIFS from 
the- hfcud of the highest priority CCM'A.ND CUFUE CA-f.JW , decodes the 
COIms/ NE ano takes the appropriate action. Id is action may be 
entirely internal to the I/O TORT, or it may recuire that the I/O 
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PORT transmit the COMMAND over the PLI to a remote node on the CI 
BUS, an IBM CONTROL UNIT on the IbM CHANNEL BUf , The N/SSBU? adapter 
or the UN1BUS adapter. Commends to the UNIEUS or NASSBUS adff.ter may 
be processtd directly by the adapter or may result in one or mere bu=; 
transactions . 

Ihe I/O PORT then completes the process by modifying the appropriate 

status bits in the COMMAND and placing it either on the tail of a 

RESPONSE QUEUE CHAIN or the TAIL of a tPBE QUEUE CHAIN, both of which 
resiue in 21JCC r^eiaory. 

If the I/O PORT places the modified COiMAND on the RESPONSE QUEUE 
CHAIN; if the RESPONSE QUEUE CHAIN is empty; and if the INTERRUPT 
ENABLE bit in the 1/0 PORT'S CONFIGURATION REGISTER is set; the I/O 
PORT v^ill generate an INTERRUPT to inform the FCPT DPI VET of the 
QUEUE EN'IRY. 

In this mode of operation the RESPONSE C'UEUE entries are used to send 
status information to the PORT DRIVER. If the modified CCM^ANP was 
returnee to the RESPONSE QUEUE CHAIN the FORI DRIVER may examine the 
resulting RESPONSE QUEUE ENTRY to determine the status of its 
associated COMMAND. (I.E. was the COMMAND successfully executed?), 
'me I/O FOR'l always returns the modified CCMMANr QUEUE ENTRY to the 
1A1L of the RESPONSE QUEUE CHAIN if an error was encountered during 
execution of the COMMAND. 

The FREE QUEUE CHAIN is simply & list of blank queue entries residing 
in 2L8L> memory that both the POR'l DRIVER and the I/O PCFT n?v use 
whenever they need free memory to generate a new CO'' .'-AND or r-ESPONSE 
QUEUE entry. 

The software PORT DRIVER of a remote POST (CI SPECIFIC) also 
assembles COMMANDS directed to the ?V£C PORT or to the ?C?C PCR1 
DRIVER. Ihe remote PORT transmits the COMMANDS as CONTROL MESSAGE 
PACKETS or MESSAGE PACKETS, whichever is applicable, across the CI 
bUS. The 2C-2C PORT stacks the COMMANDS which were transmitted by 
CCN'IROL MESSAGE PACKETS as QUEUE ENTRIES on the tail of one of the 
four prioritized COMMAND QUEUE CHAINS. The 2 ('?■?. PORT stacks the 
COMMANDS which were transmitted by f-LSEACE PACKETS on the TAIL of the 
RESPONSE QUEUE CHAIN. 

In this mode of operation the RESPONSE QUEUE entries are used to 
transfer short fixed length messages from a •'emote HOST CFU to the 
2LSL POR'l DRIVER. 

Each of the four prioritized COMMAND QUEUE CHAINS has an implicit 
priority assignment with QUEUE being the highest priority and QUEUE 
3 being the lowest. The various priority levels are used to sequence 
the execution of the different types of COMMANDS in the most 
expeditions manner. 

CCi-jMANLS tall into three general categories: 
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1. COMMANDS requested BY THE local 2080 HOST. These are 
COMMANDS stacked on the 1AIL of a COMMAND QUEUE CHAIN 
curectly by the local 2080 PORT DRIVER. The COMMAND is 
executed when it reaches the HEAD of the CCMMAND CUEUE 
CHAIN. 

2. Data transfers initiated by the local 2020 HOST. This is 
accomplished by a single COMMAND stacked on the TAIL of a 
COMMAND QUEUE CHAIN by the local 2080 PORT DRIVER. Men the 
COMMAND reaches the HEAD of the COMMAND QUEUE CHAIN it 
causes a block data transfer over the TTL by a DMA 
mechanism. 

3. Data transfers initiated by a remote HOST. This is 
accomplished by a single COMMAND issued by the remote HOST. 
The COMMAND is not processed immediately, but is stacked 
onto the TAIL of a COMMAND CUEUE CHAIN by the 2080 PORT. 
When the COMMAND reaches the HEAD of the COMMAND CUEUE CHAIN 
it causes a block data transfer over the TTL IOBUS by a DMA 
mechanism. 

NOTE: The CI adapter is the only kind of port which 
supports data transfers initiated by the remote host. 

There is only one RESPONSE QUEUE CHAIN and one FREE QUEUE CHAIN. 

All queue entries are fixed in size to 12 20P0 words and reside in 
the PHYSICAL ADDRESS space of the 2080 OPERATING SYSTEM. 

The 2080 PORT accesses the CCMMAND, RESPONSE and FREE QUEUE ENTRIES 
by executing read interlock and write interlock instructions. Duri nq 
normal operation the 2080 PORT is permitted to: 

1. Remove COMMAND QUEUE ENTRIES from the HEAD of the four 
COMMAND QUEUE CHAINS. 

2. Insert CCMMAND QUEUE ENTRIES which originate from & remote 
HOST on the TAIL of one of the four CCMMAND OIIEUE CHAINS 
(CT ports only) 

3. Insert RESPONSE QUEUE ENTRIES on the TAIL of the RESPONSE 

4. Insert IREE QUEUE ENTRIES on the TAIL of the FREE QUEUE 
CHA IN . 

5. Remove FREE QUEUE ENTRIES from the HEAD of the FREE QUEUE 
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It;. 5. 2 P0R1 CONTROL BLOCK (PCB) 

The PCB is a 19 word table residing in 2080 memory. The first word 

of the PCB supplies a pointer to the base of the EUFFER DESCRIPTOR 

TABLE. The remaining 18 words of the PCB are used to control the 

linking of the COMMAND, RESPONSE and FREE QUEUE entries. 

The format of the PCB is illustrated by EIGUPE 5.30. The 
illustration shows a COMMAND QUEUE CHAIN with A entries. The other 
QUEUE CHAINS, however, have an identical format. 

The 21380 PORT accesses a QUEUE ENTRY by first doing a read interlock. 
Once the 2080 PORT has successfully INTERLOCKED the desired QUEUE 
CHAIN it either connects a new QUEUE ENTRY to the TAIL of the QUEUE 
CHAIN or removes a QUEUE ENTRY from the HEAD of the QUEUE CHAIN 
(whichever is applicable) . The I/O PORT accomplishes this by 
appropriately modifying the FLINK and the BLINK fields of the PORT 
CONTROL BLOCK and the adjacent QUEUE ENTRY. The I/O PORT prepares 
new QUEUE ENTRIES for the TAIL of the QUEUE CHAIN in advance by 
modifying previously removed fKEE QUEUE ENTRIES. 
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! I LINK !< ! FLINK !< + 
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+ + 

+ >! ILINK ! 

+ — ! ! 

! BLINK ! — + 
! ! 

COMMAND! 

QUEUE ! 

ENTRY ! 

4 ! 

+ + i) 

TAIL 

1 



3 
•> 4 

■ 5 
G 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 

ie 



! BLINK !- + ! BLINK ! — + 



+ + 

! COMMAND! 
! QUEUE ! 
! 3 ! 
+ + 



+ f 

! COMMAND! 
! QUEUE ! 
! 2 ! 



PORT CONTROL BLOCK 



ADDRESS 



OF 



BDT ! 



I REE QUEUE i LINK 



j + + 

+->! FLINK !< + 

! ! 

+ + 

! BLINK !--+ 

! ! 

+ f 

! COMMAND! 

! QUEUE ! 

! ENTRY ! 

! 1 ! 
+ + 

H EA P 



TREE QUEUE BLINK i 

+ 

RESERVED t 



COMMAND QUEUE C FLINK! 

COMMAND QUEUE f: BLINK! 
+ 

RESERVED i 



COMMAND QUEUE 1 F LINK I 



COMMAND QUEUE ] BLINK! 

+ 

RESERVED j 

+ 

COMMAND QUEUE 2 I LINK! 

+ 

COMMAND QUEUE 2 BLINK! 

f 

RESERVED i 

+ 

COMMAND QUEUE 3 FLINK! 

+ 

COMMAND QUEUE 3 BLINK! 

+ 

RESERVED ! 
+ 

RESPONSE QUEUE FLINK ! 

+ 

RESPONSE QUEUE BLINK ! 

+ 

RESERVED J 

f 
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WORD OFFSET DESCRIPTION 

Physical address of the base of the 

BUFFER DESCRIPTOR TABLE. 

1 Physical address of the head FFFE 

QUEUE entry (FREE QUEUE FLINK) 

2 Physical address of the tail FREE! 

QUEUE entry (FREE QUEUE BLINK) 

3 RESERVED 

4 Physical address of the head COMMAND 

QUEUE C entry (COMMAND QUEUE FLINK) 

5 Physical address of the tail COMMAND 

QUEUE D entry (COMMAND QUEUE BLINK) 

6 RESERVED 

7 Physical address of the head COMMAND 

QUEUE 1 entry (COMMAND QUEUE FUNK) 

8 Physical address of the tail COMMAND- 
QUEUE 1 entry (COMMAND QUEUE t'LINK) 

9 RESERVED 

IP Physical address of the head COMMAND 

QUEUE 2 entry (COMMAND QUEUE FLINK) 

11 Physical address of the tail COMMAND 

QUEUE 2 entry (COMMAND QUEUE BLINK) 

12 RESERVED 

13 Physical address of the head COMMAND 

QUEUE 3 entrv (COMMAND QUEUE FLINK) 

14 Physical address of the tail COMMAND 

QUEUE 3 entry (COMMAND QUEUE BLINK) 

15 RESERVED 

16 Physical address of the head 

RESPONSE QUEUE entry (RESPONSE QUEUE! 
FLINK) 

17 Physical address of the tail 

RESPONSE QUEUE entry (RESPONSE QUEUE 
BLINK) 

18 RESERVED 
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ID. 5. 3 bUHER DESCRIPTOR 1ABLE AND BUFFER DESCRIPTORS 

The I/O P0R1 determines the correct physical address of a DATA BLOCK 
in 2tiEk memory, during data transfers to or from a named 2F8P memory 
buffer area, by extracting a series of routing parameters from three 
separate tables. These tables reside in the physical memory address 
space of the 208C operating system. 

A buffer descriptor (BD) consists of a linked list of descriptors 
each of wnich describes a region of physical memory. Each individual 
descriptor has the following format: 

uord contents 

E address of next descriptor 

1 mode(3), count(15), byte offset(d) 

2 address of base of data buffer 

3 port available storage and final status 
The head of the ED chain (i.e.; the BDT itself) is located in the 
BD1 and is as follows: 

word contents 

valid bit(l), buffer key(.lfi), port. 

1 address of current node 

Each BDT identifier given out by 1OPS20 will be the offset from the 
start of the BDT table in the PCB. Therefore the address of the BPT 
header is: 

BDT+2*n 
wnere 

BDT is the base address of the start of the EPTs and n is the 
descriptor specified by the data recuest. Lor n to be valid it must 
be less than the number of BDT entries specified in the PCB. 



ID. 5. 4 DATA MODES 

The I/O PORT supports the following 3 DATA FORMAT modes during 
high-speed data transfers between the PLI and 2f:R0 memory. 

1) INDUSTRY COMPATIBLE 

2) CORE DUMP 

3) HIGH DENSITY 

4) 7-BI1 ANSI-ASCII 

The byte mappings for these modes are as follows: 
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10.5.4.1 INDUSTRY COMPATIBLE - Figure 5 . 4 C illustrates the INDUSTRY 
COMPATIBLE mode for mapping 8 bit PLI bytes into 36 bit 2080 words. 

2080 WORD 
7 8 15 16 23 24 31 32 35 

+ + + + + + 



< ! 

tyte=4n+4 ! ZERO ! 
i i 



! ! ! 

1 byte=4n+l ! tyte=4n+2 ! fcyte=4n+3 

1 ! ! 

+ + + + — 

7 7 7 r 7 

PLI LYTE 



n = Number of complete 36 bit 2CEC words processed 
since the start of byte transfers. 



FIGURE 5.40 



10.5.4.2 CORE DUMP - Figure 5.50 illustrates the CORE DUMP node for 
mapping 8 bit PLI bytes into 36 bit 2080 words. 

2080 WCRP 
7 8 15 16 2 3 24 31 32 3 5 

+ + + + + + 



i Eyte=5n+1 

! 

+ + 

7 7 



! 

byte=5n+2 1 Byte=5n+3 
i 



Lyte=5n+4 



L-yte 



.n+5 



+ + + + + 



■+ 
7 
PLI BYTE 



+- 

7 



-+- 

f; 3 



n = Number of complete 36 bit 2080 words processed 
since the start of byte transfers. 

NOTE: Bits 4 through 7 of every 5th byte are discarded. 

FIGURE 5.50 



10.5.4.3 HIGH DENSITY - Figure 5.60 illustrates the HIGH DENSITY 
mode for mapping 8 bit PLI bytes into 36 bit 2080 words. 

2080 WORD PAIR 







I IRST WORD OF PAIR 

7 8 15 16 23 24 

+ + + + — 

! i ! ! 

! Byte=9n+1 1 Byte=9n+2 ! Byte=9n+3 ! 

! 1 ! ! 

+ + + + — 

7 7 7 7 

PLI BYTE 



Eyte=?n+4 



31 32 35 

— + + 

! EYTE ! 
= t 

9 n+5 ! 

— + + 

7 4 
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SECOND l\ORD OF PAIR 

3 4 11 12 12 2C 27 28 
+ + + + + _._. 

! Byte; 1 ! ! J 

i = 1 Eyte=9n+6 I Eyte=9n+7 ! Eyte=9n+8 
I 9n+5 i ! ! 



byte=9n+9 



o 



n = 







N um be r of 
processed 



7 7 7 

PLI BYTE 

complete 36 bit 20C0 word pairs 
since the start of byte transfers. 

FIGURE 5.60 



10.5.4.4 ASCII - 

208 WORD 

6 7 13 14 20 21 27 28 34 35 
+ + + + + + + 

t ! ! ! ! ! 
I fcyte=5n+l! Byte=5n+2! Byte=5n+3! Lyte=5n+^! tyte=5n+5! 
1 J i i j j 
+ + + + + + + 

7 07 7 07 07 

PLI BYTE 

n = Number of complete 3^ bit 20P0 words processed 

FIGURE 5.70 



10.6 I/O SUBSYSTEM RAMP 
To be supplied 
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CHAPTER 11 
MASS BUS A DP A TCP 



11.1 GOALS 



The goals for the NBA Channel Interface is to provide the following: 

1. A cost/effective KBA Mass fcjs Adapter fo" 2C£C that uses 
common I/O PORT architecture with the 2TFC TCC?: adapter. 

2. Availability at 2C8C CPU breadboard pouer-on. 

2. Control Unit independent design. The n/ v. i 1 1 be t-ene-al 
purpose without any Control Unit specific micro-coct . ' The 



software driver will deal with the Control Unit 
Control Unit command level. 



e 
the 



4 * n„ J ^° rt U ^ L ° 8 selector sub-channels or Units, (8 R F r* o- ? 
1ML3, or 8 DX20's). 



11.2 GENERAL DESCRIPTION 

function"l S UecL Ad6 ' ttr '? ^ icall V partitioned into two logically 
functional pieces; a single extended hex board 1/c Port and a si no] p 
extended hex board mass bus Interface. See figure n 1 ill 

interface between the two functional pieces i ,„«- J, ne 

purpose path called the Port Link Interf.ce. The a lilt ter 1 t 
connects to the 288C TIL 10 bus. ° 4tcr c X so 

functionally, The KbA Mass Eus Adapter consists of the following: 

I/O PORT F UNCI IONS 



Lata Mover - This moves data to a peripheral controller fr Qm 
primary memory (write operation) or moves data to r.r inr , 
memory from a peripheral device (read operation). ihe Data 
Mover uses a byte count and starting address e s control 
parameters. it is set up by the software vie a CHM'NFr 
COMMAND PACKET. '" ^^ 
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2. bit-Slice microprocessor - This fetches end processes 
CHANNEL COMMAND PACKETS ,and creates CEAKis'EL FESPONSE 
PACKETS. 

CHANNEL INTERFACE t UNCI IONS 



7. Channel Interface - This contains NASS fcus drivers and 
receivers, and a micro-secuencer to control the Mr A bus 
protocol. It also contains byte buffering. 

A Channel Program, consisting of a series of linked Channel 
Command Packet is used to set up the Channel Tata, Data 
Mover , and send and receive Command and Status bytes to ?nc 
from MEA Control Units. 



TO EbCX/MBOX 

/l\ 
I 



| | 

| lObOX I 2A Megabyte/ sec (RAW) I OPUS 
| | 

I CONSOLE | I 
| 

I I I 
I I I 
CTY KLINIK 



I I 
I PORT | 

I I 



PORT I 
LINK I 
IMTF | 



I Mb A 

I 

I INTER! 



MASS I 

EUS | 



| | N ASS I I KAES I 

| I LUS I I Fl'S I 

+ | CNTRL I I PEFlFKl 

I I I I 
Figure 11.1 I UNIT I I UNIT I 



Single IC instructions can be used to talk to the NASS bus as in the 
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traditional KL1G 10 instructions. This mode of operation will be 
used for boot straps and initial monitor debug. In this mode of 
operation, software will clear the QUEUE VALID bit in the Port 
Control Status Register. 

The second mode of operation uses a command queue. in this mode of 
operation, software will set the QUEUE VALID bit in the Port Control 
Status Register. Linkages within a command queue are created vif 
1 LINKS and BLINKS as described in the 2P8C I/O Subsystem 
Specification (see chapter 1C). 



11.3 REGISTER ACCESS ELOCK 

Register Access block is en eight word block which provides an I/C 
port with the control and data needed to do register reads and 
writes. In addition, there is room in the eight word block for the 
port to store relevant status when it interrupts the cpu. There is 
one Register Access Block for each I/O port in the machine (total of 
bight) . 

Wore Name Description 

OPCODE/IOADR Bit <C> : Error 

Eits <1:5> contain command. 

Formet is: 

D1=0 nop 

Dl = l valid command 

D2=l read 
D3=l write 

D4=l bitset 
D5=l bitclr 

Bit <G> : Disable Fegister access 

error stop 

Bit <7> : Disable Transfer Error Stop 

Bit <8> : Response Enable 

Bits <25:27> : drive address 

Bits <30:35>: drive reg . address 
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1 DATA For a register write, this word 

contains the data to be written. 
For a register read, this word will 
be written by the port. For a 
register bit modification, this word 
contains a mask. For a bitset 
command the mask will be logically 
ORed with the addressed register and 
the result will be in the addressed 
register. For a bitclr command, a 
logical AND of l's complements of 
mask and the contents of the 
addressed register will be formed 
and the result will be stored in the 
addressed register. 

2 OPCODE/ 1 OADR Same format as word fi 

3 DATA Same format as word 1 

Words 4 through 7 are interrupt status words and are described in 
sec. 5.5 of 2080 functional specs. 
OPCCDE/IOADR Map: 

00 01 05 06 07 08 09 10 23 24 26 27 29 30 35 
+ + 

lERR lOPCCDElDIS |DIS |RESP|ChN I |DEV SEL| |REC SELl 

I I |RAEI|XES |ENA | BIT | I CCDE I I CODE I 
+ + 



DATA word map for read/write external register command: 

00-17 18 19 20 ^ 
+ + 

I | MASSBUS | MASSBUS | EXTERNAL REGISTER DATA I 

I IE P |P | | 

I I I BIT | | 

+ + 



Eit <18> - MASSBus Even parity 

If this bit is set, the port will generate even parity for for the 16 
control lines of the MASSBUS. otherwise odd parity is generated 
(even parity is provided for diagnostic purposes only. Normally this 
bit will be 0} . 
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bit <19> - parity bit sent by the drive. 



Bits <20:35> - External Register Data 

These bits contain data read from external register or the data to be 
written in an external register. 

The Port will operate in two modes. In the Non Q Mode mode, all 

channel commands will be issued via the Register Access Flock. In 

the QUEUED mode, the program will write in the MbA Status Register 

causing the port to process command packets from one of one of two 

Queues. Commands in the Queues have same format as in the Register 
Access block. 



11.4 COMMAND/ RESPONSE PROCESSING 

11.5 Q MODE 

The SOtTWARE PORT DRIVER in the 2e8P assembLes COMMANDS and stacks 
them as QUEUE ENTRIES on the tail of COMMAND QUEUE CHAIN. 

The 1/0 PORT asynchronously removes the COMMAND QUEUE ENTRIES from 
the head of COMMAND QUEUE CHAIN, decodes the COMMAND and takes the 
appropriate action. This action may be entirely internal to the I/O 
P0R1 , or it may require that the I/O PORT transmit the COMMAND over 
the PLI to a MASSbUS adapter. 

The 1/0 PORT then completes the process by modifying the appropriate 
status bits in the COMMAND and placing it either on the tail of a 
RESPONSE QUEUE CHAIN or the TAIL of a FREE QUEUE CHAIN, both of which 
reside in 2080 memory. 

If the INTERRUPT ENABLE bit in the I/O PORT'S CONTROL STATUS REGISTER 
is set and if the RESPONSE QUEUE CHAIN is empty; the PORT will place 
the modified COMMAND on the RESPONSE QUEUE CHAIN. An interrupt will 
be generated to inform the PORT DRIVER of the QUEUE ENTRY. 

In this mode of operation the RESPONSE QUEUE entries are used to send 
status information to the PORT DRIVER. If the modified CCMMAND was 
returned to the RESPONSE QUEUE CHAIN the P0R1 DRIVER may examine the 
resulting RESPONSE QUEUE ENTRY to determine the status of its 
associated COMMAND. (I.E. was the CCMMAND successfully executed?). 
The I/O PORT always returns the modified COMMAND QUEUE FNTRY to the 
TAIL of the RESPONSE QUEUE CHAIN if an error was encountered curing 
execution of the CCMMAND. 

The IREE QUEUE CHAIN is simply a list of blank queue entries residing 
in 2C8fe) memory that both the PORT DRIVER ana the I/O PORT may use 
whenever they need free memory to generate a new COMMAND or RESPONSE 
QUEUE entry. 
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11.6 NON g MODE 

The software loads the Register Access block and does a Ding 

instruction. The port then reads or writes the specified register. 



11.7 CHANNEL COMMAND PACKET FORMAT 

The Channel Command Packet (hereafter called CCP) is created by the 
CPU and placed on one of the command queues. A Command List consists 
of many CCP's linked together on a command queue via FLINKS and 
BLINKS. The format of the CCP is shown below. 

Ko rd 
+ + 

I FLINK I f* 

+ + 

I BLINK | 1 

+ + 

I OPCODE/IOADR | 2,4,<S,P, 

I 110,12,14 

+ + 

I DATA | 3,5,7,5 

I I 11,13,15 

+ + 

VvORD BITS NAME DESCRIPTION 

<0H: 35> FLINK QUEUE FORWARD LINK. PHYSICAL 

ADDRESS of the first location 
of the successor QUEUE ENTRY. 

1 <00:35> BLINK QUEUE BACKWARD LINK. PHYSICAL 

ADDRESS of the first location 
of the predecessor QUEUE ENTRY, 

2,^,6,8, <GD:35> OPCODE/ICADR See sec. 1R./I 

10,12,14 

3,5,7,9, <C0:35> DATA See sec. in. 4 

11,13,15 



11.8 Q MODE CHANNEL RESPONSE PACKET 

The Channel Response Packet (hereafter called the CRF) is created by 
the channel and placed on the I/O Port Response Queue. The channel 
will write the CRP under the following conditions: 
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1. A CCP was executed successfully. 

2. A channel error was detected during the execution of a CCP. 

3. A Control Unit or device error was detected during the 
execution of a CCP. 

The format of the CRP (if no error is detected) is shown below. 

+ + 

1 FLINK 1 c 

+ + 

i BLINK ! l 

+ + 

I I 

! OPCODE/ I OADR | 2,4,6,8, 

1 I in, 12, IS 

+ + 

' i 

I DATA | 3,5,7,9, 

I I 11,13,15 

+ + 

WORD BITS NANE DESCRIPTION 

G <O0:35> FLINK QUEUE FORWARD LINK. PHYSICAL 

AEDRESS of the first location 
of the successor queue entry. 

1 <0B:35> BLINK QUEUE BACKWARD LINK. PHYSICAL 

ADDRESS of the first location 
of the predecessor queue entry, 

4/6,8, <UE:35> OPCCDE/IOADR This is a co^y of the CCP 

10 »12,14 CPCODE/IOADR word. 

5 ' 7 ' 9 ' <C0:35> DATA For a read command, port 

11,13,15 writes this word. For all 

other commands, this is a 
copy of CCP data word. 
If an error is detected in command processing, the port will set Lit 
<0> of the first OPCCDE/IOADR word and will read the first four 
registers of the drive and include them in the CPP. The format is as 
follows : 
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+ + 

I FLINK | 

+ + 

I BLINK | 1 

+ + 

I OPCODE/ICACR I 2 ; Bit <0>=1 

+ + 

I PORT STAUS REG I 3 

+ + 

I MBA STATUS REC I 4 

+ + 

I MASSBUS REG I 5 

+ + 

I MASSBUS REG 1 I 6 

+ + 

I MASSBUS REG 2 I 7 

+ + 

I MASSBUS REG 3 I C 

+ + 

I CURRENT BUFFER NAME I 9 

+ + 

I CURRENT WORD COUNT I 10 

+ + 

I I 

! ! 11 - 15 

! I 

+ + 



11.9 BUFEER DESCRIPTORS 

Btiffer descriptors will not be implemented at FCS . A different 
version of port microcode will be loaded when Fuffer Descriptors are 
implemented . 



(See sec. ? of 2080 Functional Specifications) 



11.10 CHANNEL RESET AND LOGOUT AREA 

Each of the eight data channels associated with a Massbus has a four 

word reset and logout area. 37 (octal) consecutive locations are 

assigned to Reset and Logout area. 
Word Contents 

Initial channel command list pointer. 

1 status word 1 

2 status word 2 

3 not used 

At the end of data transfer, the port will load two status words in 
the logout area and notify the cpu of command completion by 
generating an interrupt. 
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The port will assign an internal register to hold the address of 
Reset and logout area. On power up, this register will be initialize 
to a known value. Once the boot operation in complete, software will 
loau the base address of the Logout area in this register. The port 
will compute the first location of the its own logout area by adding 
4*Port Number to this base address. 
Status word 1 

13 14 35 

+ + + 

! Status bits ! Command List Pointer ! 

+ + + 

bit <C> this bit is always a one. 

Bit <1>: Memory parity error 

This bit is set if memory parity occurs whenever port references 
memory. 

Bit <2>: not 10 EUS Error: 



This bit is reset if memory problems other than parity and 
nonexistent memory occurs. 

Bit <3>: word count=0 



This bit is set if the word count is zero when the status words are 
stored into memory. 

Bit <4>: non existent memory 



This bit is set if the Port references a non existent memory 
location . 



Bits <5:7>: C's 



Bit <8: 11>: (spare) 
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bit <12>: Short Word Count Error 



This bit is set if the Port has transferred all the data specified by 
the CCW and the device is still not done with the transfer. 



Lit <13>: Overrun Error 

This bit is set when 

1. Device is inputing data and port buffer is full. 

2. Device is demanding data and the port buffer is empty. 

bit <14:35>: Channel Command List Pointer 

Points at current CCW+1. 
2. Status Word 2 



00 01 02 03 13 14 35 

+ + 

I OPCODE | CURRENT WORD COUNT | CURFENT DATA PUFFER ADDRESS I 

+ . f 

Contains the last CCW with up-to-date 
word count and address. 



11.11 CHANNEL COMMAND WORD 

A Channel Command Word (CCW) will use 3 bits for opcode, 22 bits to 
specify physical memory address to specify jump, halt addresses end 
the starting address of data transfer. A data transfer CCW will also 
use 10 bits to specify positive word count. 
CCW Opcode 

Code Operation 

000 Halt 

001 Not used 

010 Jump 

011 Not used 

100 forward data transfer (do not halt) 

101 Reverse data transfer (do not halt) 
110 forward data transfer (halt) 

110 Reverse data transfer (halt) 
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11.12 CHANNEL COMMAND WORD tORMAl 

11.12.1 Halt 

00 61 02 03 13 14 



35 



I OPCODE I 

10 I 

+ 



I NEW CHANNEL COMMAND LIST POINTER 
I 



This CCW causes the channel operation to stop; i.e., the next 
sequential CCW in the command list is not fetched. This command also 
specifies a new channel command list pointer (bits <14:35>), thus 
providing a starting address for the next channel command list if the 
software driver does not reset the channel command list pointer at 
the start of next data transfer. 



11.12.2 Jump 
00 01 02 03 



13 14 



35 



I OPCODE 

|0 1 

+ 



I NEXT CHANNEL COMMAND LIST POINTER 
I 



This command loads a new address in the command list pointer, thus 
allowing branch during channel command list execution. For example, 
the software driver normally loads a Jump in location n of the 
channel's reset and logout area to point to the first location in the 
command list. 



11.12.3 Data lransfer 



00 
+— 



03 



13 14 



35 



I 1 | HALT | REV I POSITIVE WORD 
I |XFR |XFR | COUNT 

+ 



I DATA PUFFEF STARTING ACDRFSS I 
I (C FOP SKIP OPERATION I 

+ 



tit <01> = 1 : The port will halt after transferring the number of 

words specified in the positive count field. 

Lit <C1> = : The port will fetch the next channel command from 

current channel command list pointer + 1. 



tit <02> = 1 
systems . 



This allows read reverse operation on magtape 
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bit <02> must be set to for all write operations. 

Positive Word Count (Bits <03:13>) : This field specifies the number 
of words to be transferred to/from memory. 

buffer Starting Address (bits <14:35>) : If this field is P then the 
CCfc does not move any data to/from memory. On reads, data coming 
from the Massbus is thrown away. On writes, the channel supplies 
block fill words (either all o's or all 1 • s) . on both reads and 
writes, positive word count is counted down each time a word is 
requested by the Massbus. After completing the data transfer, the 
port will either fetch next command (if bit <01>=0) from the current 
channel command list pointer + 1 or it will halt (if bit <01> = 1). 

If the data buffer starting field is non zero then the positive word 
count is counted down each time a word is moved to/from memory. The 
data buffer adaress ,is upcounted (if bit <C2> = 0> or dovncounted (if 
bit <02> = 1) each time a word is moved to/from memory. 



11.13 INTERRUPTS 

Interrupts are generated by the I/O PORT under the followinq 
conditions: 

1. Port initialization has been completed. 

2. The PORT has inserted a CHANNEL RESPONSE PACKET on an enu tv 
RESPONSE QUEUE (QUEUED MODE) . 

3. The PORT has placed an entry on an empty FREE QUEUE (CUEUED 
MODE) . 

4. A FREE QUEUE entry was needed for processing and was not 
available (QUEUED MODE). 

5. A memory error was detected on a 2P8C memory reference. 

6. An internal PORT hardware error occurred. 

7. The port has completed date transfer command (Non c mode) 

8. Massbus AT1ENTI0N line is asserted by a drive: 

In the Non Q Mode Mode, interrupt will be generated if 
Attention Interrupt Enable (bit < 3P> of Status Feqister ) 
is set. ^ 

In the QUEUED mode, an entry will be placed in the REsponse 
Queue . 

Refer to the 2C80 I/O Subsystem Specification and the 2P80 I/O Port 
Specification for further details. 
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11.14 PORT CONTROL STATUS REGISTER 
Refer to the 2K80 I/O Poet Specification 

11.15 REGISTERS ACCESSIBLE BY SOFTWARE 
11.15.1 EXTERNAL REGISTERS 

See DEC SID 159 for detailed description 



11.16 DESCRIPTION OF INTERNAL REGISTERS 

11.16.1 Logout Address Register 

This register contains the pointer to the word of the channel 
logout area. Port will initialise this register to a known value on 
powerup. Software will load this register at the completion of boot 
operation. Port will compute the location of its logout area by 
adding 4*P0R1 Number to the contents of this register. 



11.16.2 Port Control Elock Address Register 

This register contains the physical address of the 19 word port 

control block. The first word of the PCB supplies a pointer to the 

base of the buffer descriptor. The remaining IE words of the PCP are 

used to control the linking of Commend , Response and Free queue 
entries . 



11.16.3 Transfer Control Register 

This register contain the length (in ?'s complement) of the data 
transfer (number of sectors or record) and the function code to 
specify a read/write operation . 



11.16.4 Interrupt Vector Index Register 

Bits <27:35> are specified by software as a relative address within 
E PT . 
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11.10.5 Read Register 

+ + 

I I PARITY | DIAG. WRITE DATA | 
+ + 

This register is used mainly by the diagnostic programmer. During a 
diagnostic write operation, data sent out by the controller (on the 
KASSbus Data bus) can be made to loop back to the Read Register and 
can be read in for data verification. 



11.16.6 Write Register 

The register shall be loaded only by the diagnostic programmer. 
Contents of the Write register are used to simulate data inputs to 
the Controller (on the NASSbus Data Bus) during a diagnostic read 
operation. Bits <1C:35> are data bits and bit <17> shall be the 
computed parity bit (by the programmer) for bits <1P:35>. 



11.16.7 Diagnostic Control Register 

Kost MASS bus operations can be simulated by the bits in this 
reg ister . 

Clock (bit 35) 

This bit is used to simulate the MASSbus Syn Clock signal. The 
trailing edge of this bit will strobe in or send out data from/to the 
MASSbus Data bus. The leading and trailing edges of this signal are 
generated by simply setting and then resetting bit 35. 

Attention (bit 34) 



This bit is used to simulate the frASSbus Attention signal. Interrupt 
will be generated when this bit is set provide that the Attention 
Interrupt Enable bit (MbA Status P.eg-bit <30>) has been set. 

Bit 33 



Not used. 
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EEL (bit 32) 



This bit will simulate the KASSbus End of Elock signal. The Block 
Counter will be incremented by the leading edge of this bit. 

Exception (bit 31) 

This bit will simulate the MASSbus Exception signal. The settinq of 
this signal along with EBL (bit 32) set will terminate the current 
Command provided that "Disable Transfer Error Stop" is not set. 

Read/hrite (bit 30) 

This bit, when set, will enable output data (on the i*ASSbus Data Bus) 
to be looped back to become input data to enable testing of thp data 
path and the driver s/ receivers . This bit shall be set to "1" onlv 
for a read simulation and shall be cleared for a write simulation. 

Even rarity Check (bit 29) 

This bit, when set, will enable the Controller to check for even 
parity, instead of odd parity, on the MASSbus Control Eus. The 
parity network can be checked by this means. 

block Address Register lest (bit 28) 




Control bus lest (bit 27) 

This bit, when set, will loopback the MASSbus Control tus to enable 
testing of the drives/ receivers and related logic. 

NOTE 



a 



The diagnostic software must select a 
drive number which is not present or is 
not powered up. This may not be 
possible in a configuration with 8 dual 
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port drives without software 
intervention in both systems. 



Transfer (bit 26) 

This bit, when set, will simulate the KASSbus transfer signal to be 
generated whenever a drive register is being accessed. 



11.16.8 MbA STATUS REGISTER 

bit <35> - Clear fcassbus Controller 

This bit, when set by the program, will initialize the Port and the 
Kassbus drives to their power up state. 

This bit will be cleared by software. 
bit <33:34> 



Not used. 

Bit <32> - Command Pone 



This bit is set when the Command is terminated with or without 
transfer error. An interrupt will be generated. Transfer error 
conditions that will terminate a transfer command and will inhibit 
the execution of the next transfer commend are: 

1. Data Parity Error ( bit <18>) or Drive Exception ( bit <1?>) 
is set and the "Disable Transfer Error Stop" bit in the 
channel command, which started current data transfer, is not 
set . 

2. Long Wore Count Error (bit <20>) . 

3. Short Word Count Error (bit <21>). 

4. Channel Error (bit <22>) . 
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5. Drive Response Error ( bit <23>) . 

6. Data Overrun ( bit <25>) 
This bit will be cleared by software. 

bit <31> - Stop Transfer 

This bit , when set by the program , will terminate the current 
transfer. None of the status bits will be cleared and can be 
examined by reading the MbA status register. 

This bit will be cleared by software. 

bit <3t> - MASSBUS Attention Enable 

This bit, when set by software, will enable the MASSbus "Attention" 
signal to generate an interrupt. 

bit <29> - Reset Command List Pointer 

This bit , when set by the program, will cause the port to copy the 

romm^M^ ^ Co ' nma ? d LiSt Addre " Register into the Secondary 
Command List Address Register. This bit should be set when there is 
no transfer in progress. 

This bit will be cleared by software. 
Bit <28> - MASSBUS Attention 

I^.f! 1 is , set 1 by an * drive on the MASSbus whenever attention 
condition (seek complete etc.) occurs in the drive. The bit will 
generate an interrupt if Interrupt Enable in the Port Control status 
Register (bit <33>) is set. status 

Enablf ic^nnJ ^? 111 ^ 6 ■ Se J 6Vt T wl , ien JV/GSBUS attention Interrupt 
Lnablu is not set; it just won't interrupt until MASSBUS Attention 
Enable becomes set. The MASSBUS Attention bit will be reset onlv 
alter all the attention conditions in all drives art cleared. The 
program must select the appropriate drives and write the appropriate 
External (drive) registers. tin icnr.e 



COMPANY CONFIDENTIAL -- Do not duplicate 9-JUL-8P 

MASSBUS ADPATOK Page 11-18 

DESCRIPTION Of INTERNAL REGISTERS 



Lit <27> - MASSbus Enable 



This bit must be set by by the software driver to enable the 
Controller to interface to any MASSbus drive. 

In systems where more than one Controllers are connected to the same 
MASSbus, the software shall make sure that only one Controller at any 

time is enabled (bit <27> =1). This feature is mainly intended for 

failsoft reconfiguration in single and multi-processing systems. The 

dual t-ort ot-tion should be used where concurrent transfers are 



The other Controller must be disconnected from the MASSbus with bit 
<27> = 0, else but errors will occur because of improper bus 
termination . 



Bit <26> - Data Overrun 



This bit is set when: 

1. A MASSbus drive is inputing data faster than the Port can 
transmit to memory. 

2. A Massbus drive is demanding data faster than the Port can 
access data from memory. 

This bit is cleared by softVvare. 

Bit <25> - Channel Not Ready 



This status bit is controlled solely by the Port and can not be set 
or reset by the program. The Port sets this bit either when the 
system is initialized or after the Port has completed the previous 
transfer and has encountered a Halt command V»ord or Halt Pit in a 
command word and is ready to start a new transfer. The Port resets 
this bit when it is either actively doing data transfer or is in the 
process of finishing up the current data transfer operation 
(ho use-cleaning ) and is not ready for the next data transfer 
operation . 
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tit <25> - Clear NASSbus Controller 

Jhl S fc *c^ whe ". set b V the program, will initialize the Controller and 
the fcASSbus drives to their power up states. 

This bit will be cleared by software. 

Bit <24> - Register Access Error 



o^Lr 11 J S |.f et F b i y i th ? p ° rt when a drivc agister is accessed end one 
or more of the following error conditions occur: 

1. Control bus Time Cut - This error condition occurs when a 
nonexistent drive is selected. If the Attention Summary 
Register is selected, the controller will expect s Control 
Bus lime Out and, therefore, will not set the error bit. 

2. Control L.js Parity trror - This error condition occurs when 
a orive register is read and the Controller detects a parity 
error on the CASSbus Control Bus. If the Attention Summary 
Register is read, the Controller will inhibit rarity 
checking and this error will not be set. 

When this error occurs, the port will re-try to access the 
the device register. If the error persists even after a 
pre-determined number of re-tries, this bit will be set. 

The Controller will not allow further writing of any reqister if 
"Register Access Error" is set and the instruction that caused the 
error did not specify "Disable Register Access Error Stop". 

This bit will be cleared by software. 

Bit <23> - Drive Response Error 



in b ^ u S f et by the ^° rt when e dri v< c?oes not response wi 

1 ansfer" when tne controller is loading a Fcad/Vrite Commend into 

drive. Drive Response Error will terminate the current transfer a 

Command Done will be set. " c 

This bit will be cleared by software. 



with 
a 

nd 
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Bit <22> - Channel Error 



This Status bit is set when the Port, during a data transfer 
operation, detects an error condition that will affect the validity 
of the data transfer. The Port upon sensing this bit, will terminate 
the current data transfer and Command Cone will be set. 

This bit will be cleared by software. 
Bit <21> - Short Word Count 



This bit will be set by the port if it has transferred all the data 
specified by the channel command word but the drive is still not done 
with the transfer. The port will terminate the current data transfer 
and will set Command Done and transfer error. 

This bit is cleared by software. 

Bit <20> - Long Word Count 



This bit will be set if the port has transferred the specified number 
of sector (specified in the Iransfer Control Register) but the device 
has not reached the final word count specified in the channel command 
word. The port will terminate the current date transfer and wil] set 
Command Done and transfer error. 

This bit is cleared by software. 

Bit <1S> - Drive Exception 



This bit is sent to the port by the drive specified in the current 
read/write command when a transfer error condition (data parity, 
etc.) is detected in the drive. The Controller will store the bit 
and will terminate the current transfer. Command Done and Transfer 
Error will be set. Drive Exception will not cause the Read/Write 
Command to be terminated if "Disable Iransfer Error Sto^" is 
specified . 

This bit is cleared by software. 
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bit <1S> - Data Parity Error 

This bit is set when the port detects a parity error on the l^ASSbus 
Data bus duriny a Read and Write Command. In the case of a write 
commana , the drive involved may also detect a parity error. The port 
will terminate the Read/hrite Command and will set Command Tone and 
Transter Error. Data Parity Error will not terminate the Pead/Vrite 
Command if "Disable Transfer Error Stop" is specified (see sec. 
4 . £ } . 

This bit is cleared by software. 
Bits £ - 17 



Not used . 



11.17 MASSbUS PORT INTERFACE TC CPU 



Control information is passed between the fort and F BOX v ia mailbox 
(see sec 5.5 OF 2CEC FUNCTIONAL SPEC). 



11.18 MASSE US SIGNALS 

Refer to DEC STANDARD 159 for a detailed description of f^asshus 
signal . 
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CHAPTER 12 
IBM COMPATIBLE BLOCK MUX CHANNEL 

12.1 GOALS 

The goals for the IBM Channel Interface is to provide the following: 

1. A cost/effective IBM Flock Multiplexer Channel for 2n8C that 

uses a common I/O PORT architecture v.ith the 2CC? ICCS 
adapter and the KLIP ICCS adapter. 

2. Availability at 208C CPU breadboard pov,er-on. 

3. Control Unit independent design. Ihe channel will be 
general purpose without any Control Unit specific 
micro-code. The software driver will deal with the Control 
Unit at the Control Unit command level. 

4. Support up to 4 selector sub-channels. 



12.2 GENERAL DESCRIPTION 

The IBM Block Multiplexer Channel is physically partitioned into two 
logically functional pieces; a single extended hex board I/O Port 
and a single extended hex board Channel Pus Interface. See figure 
7.1. ihe interface between the two functional pieces is a simple, 
general purpose path called the Port Link Interface. 

Functionally, The IBM Block Multiplexer Channel consists of the 
following : 

I/O PORT FUNCTIONS 

1. Data Formatter - This packs and unpacks bytes in different 
formats. Format selection is specified in a EUITFF 
DESCRIPTOR that is pointed to by a CFIANNEL COMMAND PACKET. 
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2. Data Mover - This moves data to a peripheral controller from 
primary memory (write operation) or moves data to primary 
memory from a peripheral device (read operation) . The Data 
Mover uses a byte count and starting address as control 
parameters. It is set up by the software via a BUFFER 
DESCRIPTOR that is pointed to by a CHANNEL COMMAND PACKET. 

3. Bit-Slice Microprocessor - This fetches and processes 
CHANNEL COMMAND PACKETS ,BUFtER DESCRIPTORS aid. creates 
CHANNEL RESPONSE PACKETS. 

CHANNEL INTERFACE FUNCTIONS 

4. Channel Interface - This contains Channel Bus drivers and 
receivers, and a micro-seouencer to control the IBM bus 
protocol. It also contains byte buffering. 

A Channel Program, consisting of a series of linked Channel Command 
Packets is used to set up the Channel Data formatter, Date Mover, and 
send and receive Command and Status bytes to and from IBM Control 
Units . 
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TO EBOX/MbCX 
/l\ 
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I CONSOLE | | ------ .__. 



I I 

I I 
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PORT 
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INTF | 

1 


1 I BM | 
l t 
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IINTEHFI 


1 
I BM | 
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BUS 1 



Figure 7.1 



IBM 
CNTRL 
UNIT 



I I FN I 
I I 

I PERIPHl 
I I 

I UtfIT I 



f MmS ?f r sub-channels can control one ien Control Unit at 

Lt tr-nif ' " T data transfer Fer sub-channel). Therefore, four 
ocita transfers on four different IBM control Units can be active 

a sociate"": t V h if^' ^ ^ Channels h ^ a <*e™ 1 Command Us 
associated with it. These commend lists will reside on the four i/ 

Port Coiamand Queues (one command list per Command Queue). Linkage" 

Vn the' xH^c 1 ^ " e Cre3ted vla ILINKR ™* "INKS a described 
in the 2L&0 I/O Subsystem Specification section 7.p 

Ihe four Command Lists have equal priority. The I/O Port will 
therefore interleave all active Command Lists. r exanrle If there 
are three active Command Lists, the I/O Port will ex a Channel 

Packet from C r et ^ ^^ S' Jeue ' the " €XeCtJte * ^hanne 1 Command 
Packet from Command Queue 1, then execute a Channel Conirend Packet 
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from Command Queue 2, and then execute a Channel Command Packet from 
Command Cueue U again. The multiplexing point (i.e.; the point at 
which the I/O Port will switch from one command list to another) will 
be at the time when the current Channel/Control Unit signal exchange 
is completed. This is defined by the "Channel End" status byte. 

Within a particular Command List, the next Channel Command Packet 

will be executed when the current Channel Command Packet has 

"expired". This is defined by the "Device End" status byte. V'hen 

the 1/0 Port switches from one Command List to another (Channel End 

seen by the channel) , relevant state information on the Channel 

Command Packet currently being executed will be saved by the I/O Port 
i n a RAM tile. 

There may be circumstances when the software may wish to disable the 
multiplexing of Channel Command Packet processing (i.e.; there is a 
real time processing requirement for a whole Commend List or part of 
a Command List). To facilitate this requirement, a Command Chain tit 
v»ill be present in each Channel Command packet. If this bit is set 
then the next Channel Command Packet will be fetched from the same 
Command List as the one currently being executed. An example of this 
is the Search Header, Data Transfer sequence used for disc 
subsystems. After a Search Header, a Lata Transfer command must be 
issued within a fixed time to prevent an additional rotational delay. 



12.3 COMMAND/ RESPONSE PROCESSING 

The SOFTWARE PORT DRIVER in the 2T60 assembles COMMANDS and stacks 
them as QUEUE ENTRIES on the tail of one of four COMMAND QUEUE 
CHAINS. 

The I/O PORT asynchronously removes the COMMAND QUEUE ENTRIES from 
the head of COMMAND QUEUE CHAINS, decodes the COMMAND and takes the 
appropriate action. This action may be entirely internal to the I/O 
PORT, or it may require that the I/O PORT transmit the COMMAND over 
the PLI to a remote node on the CI F US or to an IBM CONTROL UNIT on 
the IBM CHANNEL BUS. 

The 1/0 PORT then completes the process by modifying the appropriate 
status bits in the COMMAND and placing it either on the "tail of a 
RESPONSE QUEUE CHAIN or the TAIL of a FREE QUEUE CHAIN* both of v.'hich 
reside in 2C8C memory. 

If the I/O PORT: places the modified COMMAND on the RFSPONSE QUEUE 
CHAIN; if the RESPONSE QUEUE CHAIN is empty; and if the INTERRUPT 
ENABLE bit in the 1/0 FORT'S CONFIGURATION RECISTEP is set; the I/O 
PORT will generate an INTERRUPT to inform the PORT DRIVER of the 
QUEUE ENTRY. 

In this mode of operation the RESPONSE QUEUE entries are used to send 
status information to the PORT DRIVER. If the modified COMMAND was 
returned to the RESPONSE QUEUE CHAIN the PORT DRIVER may examine the 
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resultiny RESPONSE QUEUE ENTRY to determine the status of its 
associated COMMAND. (I.E. was the COMMAND successfully executed?). 
The I/O PORT always returns the modified COMMAND QUEUE ENTRY to the 
TAIL of the RESPONSE QUEUE CHAIN if an error was encountered during 
execution of the COMMAND. 

The FREE QUEUE CHAIN is simply a list of blank queue entries residing 
in 2CEC memory that both the FORI DRIVER and the I/O PORT may use 
whenever they need free memory to generate a new COMMAND or RESPONSF 
QUEUE entry. 



12.4 CHANNEL COMMAND PACKET FCRMA1 



MOTE 

The 2080 port processor is a 32-bit 
computer. Bits ['(' to £3 are ignored in 
all Channel Command Packets. Of 

course, the port will process a]] 
36-Lits on a data transfer. 



The format of 
I CCS Command 
Adapter . 



Channel Command Packets is the same as that used for 
Packets used on the 20f?C ICCS Adapter and the KLll' ICCS 



The Channel Coram and Packet (hereafter called CCP) is created by the 

CPU and placed on one of four command queues. A Command List 

consists of many CCP's linked together on a command queue via F LINKS 

and bLINKS. Ihe format of the CCP is shown below. 

4 35 KCFD 

+ + 

1 BLINK ! 1 

+ + 

1 BLINK • 2 

+ + 

! CPC ! ZERO i FLAGS ! MASK-SI A1 US ! 3 

+ i 

J ZERO ! DEV ADDR ! A 

+ + 

i COMMAND SPECIFIC ! 5 TO ] S 

! ! 

+ + 

KORL BITS NAME DESCRIPTION 



<04:35> 



FLINK 



QUEUE FORWARD LINK. 
PHYSICAL ADDRESS of the first 
location of the successor 
QUEUE ENTRY. 
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<04: 35> 



BLINK 



< ki 4 : 1 1 > 



OPC 



QUEUE BACKWARD LINK. 

PHYSICAL ADDRESS of the first 

location of the predecessor 
QUEUE ENTRY. 

OPERATIOM CODES defined as 
fol lows : 

OPC (binary) CCMNANC 



M MK N 


016 


SFNSE 


xxxx 


lifie 


SPARE 


MMMM 


nri 


REAP-REVERSF 


MMMM 


MM CI 


KRITF 


MMMM 


MM1G 


READ- FORWARD 


MMMM 


MM .1 ] 


CONTROL 



NOTE: M indicates modifier 

X indicates don't care 



<12:1S> 
<2tl:27> 
<20> 



ZERO 



FLAGS 



CHAIN 



<21> 



<22> 



SUPPRESS LEN 



SKIP 



<23> 



SENSE 



Mast be ze ro . 

Hags defined as follows: 

If the CHAIN bit is set, 
than the next CCP will be 
fetched from the sane command 
list as the CCP which just 
expired (i.e.; command list 
multiplexing will not occur). 

If the SUPPRESS LENGTH bit 
is set, than length errors 
will be ignored . 

If the SKIP bit is set in a 
REAP CCF i data transfer to 
main storage will be 
suppressed. If the SKIP bit 
is set in a VPITE CCP, than 
zeros will be written instead 
of data from main storage. 

If this bit is set, than a 
SFNSE operation will occur if 
this CCP generates a CRT. 
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<24> 



RESFONSE ENA 



<25> 



REPEAT 



<26> 



1MMEAD-MCDE 



<27> 



HALT 



<28:35> 



MASK-STATUt 



If RESPONSE ENABLE is set 
than error free execution of 
this CCP will result in a 
CHANNEL RESPONSE PACKET being 
qenerated by the channex sii. 
then placed on the RESPONSF 
C.UEUE. Execution of a CCP 
that results in an error 
always generates a response 
by the channel . 

If this bit is set, than the 
current CCP will be repeated 
if the DEVICE FND status 
equals the hASK-STATUS. Fach 
time the CCP is repeated the 
REPEAT COUNT is decremented. 
Repeated execution will cease 
and the next CCP will be 
fetched if the DEVICE FND 
status does NOT ecual the 
KASK-S'iA'lUB OF the repeat 
count is decremented to zero. 
This bit is used with CONTROL 
CCP,s only ( v. i 1 1 be ignored 
by all other CCP,s) . 

The IMMEDIATE MCDF bit is 
used with CONTROL CCP's. If 
this bit is set than the 
channel will find the control 
bytes in the CCP. Otherwise, 
a BUFFER CESCFIFTOR will be 
used to find the control 
bytes in main storage. 

If the HALT bit is set e^ri c -, 
device error or channel error 
occurs than a CPP will be 
written and execution of this 
Command List will halt. 

Used with the REPEAT bit as 
described above. 



4 <04:24> 

<25:25> 



N/A 

DEV ADR 



Not used . 

Address of selected device. 
The two most significant bits 
are the sub-channel number. 



5->16 <04:35> 



Co mm and 
b e 1 o v. . 



speci f ic 



-ee 
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COMMAND SPECIFIC WORDS 5 TO 16 



OPC 



WORD 



BIT! 



DESCRIPTION 



READ-REVERSE 
READ-FORWARD 
WRITE 



<U4:35> 



<04:35> 



LENGTH Length of data 

transfer in bytes. 



NAME This 32 

points to 
descriptor 
f ol lows : 



bit 



word 

buffer 

as 



<04:1 C J> 



KEY The KEY is a unique 

value stored in the 
buffer descriptor. 

KEYS must match, else 
ACCESS ERROR. 



<20:35> 



SENSE 



<C4:35> 



CONTROL 



6->16 <IH:3S> 
5 <B4:35> 



INDEX Vhen added to the 
physical address of 
the base of the 
BUFFER DESCRIPTOR the 
resulting address 

will point to the 
first location of the 
BUFFER DFSCRTRTOR 

READER. 

LENGTH The number of sense 
bytes to be 

transfered from the 
Control Unit. The 
sense bytes will 

appear i n a CRANNFL 
RESPONSE '/CRD. 



N/A 


Not used . 


LE'NCTH 


Number of bytes 




required to be 




transfered for this 




command . 
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<04:35> 



NAME This 3 2 Lit word 

points to a BUFFER 
DESCRIPTOR as in the 
READ, V.RTTF, 

READ-REVERSE CCP ' s . 
The NAME v;ill not be 
used if the 

IMMEAC-MCDE flag is 
on. 



<04:35> 



8->lC <04:35> 
11->1S <C4:35> 



COUNT This REPEAT COUNT is 
used in conjunction 
with the REPEAT flag. 
The count will be 
decremented each time 
a CCP i s repeated . 

C CM MA M D Comrr. c" nd bytes. 

N/7 Not used. 



12.5 CHANNEL RESPONSE FACKET 

The format of the Channel Response Packet is the same fornict used for 
the ICCS Response Packet used on the 2080 ICCS adapter and the KL]f 
ICCS adapter. See the 20Sfi I/O Port Specification for further 
detail s . 

The Channel Response Packet (hereafter called the CRP) is created by 
the channel and placed on the I/O Fort Response Cueue. The channel 
will write the CRP under the following conditions: 

1. A CCP was executed with the RFSPONSE ENA bit set in the flag 
field. 

2. A channel error was detected during the execution of a Crp. 

3. A Control Unit or device error was detected during the 
execution of a CCP. 

The format of the CRP is shown below. 

bits marked with an "*" are conditions that will force a CRP to be 
wr itten . 

04 35 

+ + 

! tLlNK ! 1 

+ + 

! BLINK ! 2 

+ + 

I CPC ! DEV-STATUS! FLAGS! MASK-STATUS! 3 
+ j 
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1 

+ 

f 

1 

+- 



ZERO 



1 DEV ADDP. ! 

+ 



COMMAND SPECIFIC 



5 TO lfi 



WORD 



BITS 



NAME 



DESCRIPTION 



<04:35> 



FLINK 



QUEUE ICFWARD LINK. 

PHYSICAL ADDRESS of the first 
location of the successor 
queue entry. 



<04:35> 



BLINK 



<04:11> 



<12:1S!> 



<12> 



<13> 



OPC 



DEV-STATUS 



ATTENTION 



STAT -MOD 



QUEUE BACKWARD LINK. 

PHYSICAL ADDRESS of the first 
location of the predecessor 
queue entry. 

The CPC of the CRF is the 
same as the CPC of the CCF 
that generated the response. 

The DEVICL STATUS bits 
describe the status of the 
selected device at the time 
the CCP that generated the 
response exjired. The 

DEV-STA1US bits have the 
following meaning: 

Generated when a manual 
operation is initiated 

through such a device as a 
T1Y. 

STATUS MCPIETEF indicates 
that the I/O unit cannot 
execute the command. 



<14> 



CU-END 



CONTROL UNIT END indicates 
that the control unit is now 
free . 



<15> 



BUSY 



BUSY indicates 
device is busy. 



that 



the 
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<1 6 > CHAN-END CHANNEL END is always 

generated when the I/O 

control unit no longer needs 
the channel and is able to 
complete the I/O operation on 
its own. 

<17 > DEV-END DEVICE END is always 

generated when the device 
reaches its mechanical ending 
point or when the device is 
switched from the ready to 
not-ready status. 

<1C> * UWIT-ChK UNIT CHECK is usually 

generated v.hen the device has 
detected a a machine 

malfunction. 

<;L ^> * UNIT-EXCEF UNIT EXCEPTION is generated 

when the T/0 device retort-^ ;< 
condition that does not 
normally occur (i.e., taj e 
FCT) . 

<2D:27> i LACS ELACS are the same as the 

flags of the CCP that 
generated the response. 

<28:35> CHAN-STATUS The CHAN-S1MUS bits have 

the following meaning: 

<2f? > SUCC SUCCESS indicates successful 

completion of the COP that 
generated the response. 

<2 -> * ILLECAL-CMD ILLEGAL CCMI-YND indicates 

that the CCP that generated 
the resfonse contained an 
illegal OPC. 

<3C > * STATUS ERR STATUS ERROR indicates that 

an error occurred during a 
SENSE oferetion or curing a 
status in operation. 
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<31> * CHAN BUS ERR Channel Bus parity error or 

time out. 

<3 2> * BYTE COUNT 

LENGTH ERR The device and channel did 

not agree regarding the 
number of bytes transfered. 

<33> * ACCESS ERR This indicates that a buffer 

access violation occurred 
( key mismatch) . 

<34> * OVERRUN Indicates that a data 

overrun occurred. 

<35> * SEL ERROR Indicates that the selected 

device did not respond. 

4 <G4:24> ZERO This field is zero 

<25:35> DEV ADR DEVICE ADR is the same 

DEVICE ADR of the CCP that 



generated the response 



COMMAND SFECIF1C WORDS 5 TO IS 



OPC KORD BITS NAME DESCRIPTION 



READ-REVERSE 
READ-FCRKARD 



< K 4 : 3 5 > LENGTH Same as the LENGTH 

in the CCP that 

generated this 
response . 

6 <C4:35> NAKE Same as the CCP that 

generated the 

response . 

7->lt' <C4:35> N/A Not used. 

11->16 <04:35> SENSE SENSE bytes (if 

SENSE flag was set in 
CCP) . 
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SENSE 5 



<04 : 35> 



6 

7->lC 

11->16 



CONTROL 5 



8->19 



11->16 



<C4: 35> 

<G4:?5> 
<C.A: 35> 

<04:35> 



<QA : 3 5> 



< tM : 3 5 > 



<0A: 35> 



<04:35> 



LENCTE The residual byte 
count after 

expiration of the CCP 
that generated the 
response . 



N// 


Not used 


N/A 


Not used 


SENSE 


Sense by 



from device. 

LENGTH The residual byte 
count after 

exjiration of the CCP 
that generated the 
response . 

C CU NT The residual E F P F A T 
COUNT after 

txpiraLici of the C'CF 
that. generated the 
response . 

NAKF K'AjVF in the CCP that 
generated the 

response . 

COMMAND CGW'/ND bytes 
specified in the CCP 
that generated the 
response . 

SENSE SENSE bytes if SENSE 
flag was specified in 
CCP that generated 
the response. 



12.6 BUFFER DESCRIPTORS 

The format of SUFFER DESCRIPTORS is the same as that used for the 
208G ICCS Adapter and the KL10 ICCS Adapter. 

Named memory buffers in the 2K8C's physical address space are 
described by a linked chain of BUFFER DESCRIPTORS. Each SETTER 
DESCRIPTOR describes a buffer or a segment of a buffer. The EUFEER 
DESCRIPTORS are assembled and inserted into a EUFEER DESCRIPTOR TABLE 
by the 2L8B I/O PORT DRIVER. The LL'EEER DESCRIPTOR TAFLE also 
resides in the 2080 ' s physical address space. 



A buffer name is a 32-bit quantity which is passed between PCRTS via 
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the NAME fields of the CHANNEL COMMAND FACFETS that transfer data. 
The 2G80 I/O port uses the NAME fields to find the the PUFFER 
DESCRIPTORS. Buffer Descriptors inform the port whet portion of 
memory to transfer to or from during a data transfer. 

The format of a buffer name is illustrated below: 
< >2G8& WORD< > 

4 19 20 35 
+ + + 

I KEY ! INDEX ! 
+ + + 

1. KEY - The KEY is an additional mechanism to reduce the 
probability of an incorrect access to a buffer. The Key is 
generated by the port driver and must be the same for all 
BUEFER DESCRIPTORS that make up a buffer to be transfered. 
Name fields of all commands must have- a Key that matches the 
key of the associated Buffer Descriptor. of the 
corresponding BUFFER DESCRIPTOR. The KEYS must match. P 
mis-match is flagged as an access error. The Keys of 
different data buffers must not be the same to prevent the 
port from linking them. The end of a buffer is flaged by a 
change in key. 

2. INDEX - The INDEX field supplies a pointer to the first 
BUFEER DESCRIPTOR of the named buffer. Vhen the INDEX field 
is added to the BUFFER DESCRIPTOR Ease Register the 
resulting value will be the physical address of the first 
BUFEER DESCRIPTOR of the described buffer. To open a named 
buffer the 2080 PORT DRIVER fills in the appropriate fields 
and sets the VALID (V) bit of the BUFFER DESCRIPTORS. Pt 
this point the BUFEER DESCRIPTORS are under control of the 
2t)8G port. The 2f)SU PORT DRIVER may not further modify the 
BUEELR DESCRIPTORS until they have been closed. 

The 2G80 PORT DRIVER may modify all EUFFER DESCRIPTORS associated 
with the EUFEER after the I/O Port has cleared the "V" bit. 
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EUEEER DESCRIPTOR HEALER 



+ 

\b4<- 



■2b 80 kORD- 



KEY 



•>UH2C 121 | 22< >35| 

IV |E | RESERVED 



V.ORD 



B4<- 



>13|14< >3 5l 

RESERVED | PHYS ADR CP E IKST BUEE SEC DESC 



USED FOR ICCS 
USED FOR ICCS 



3 



LENGTH 



bUL ELK SEGMLN'i DESChlF'ICH 



+ + 

|04<->CG|U7|U6<->13 | 1 4 < >3F 

I FCDE |L | RSVD | PHYS EASE ADR OF HUFF SrCKFNT 



|04< >13 |14< >35 

I RESERVED I PHYS ADDR OF NEXT PUFF SEC DES 



- + 



USED tCR ICCS 
SEGMENT LENGTH 



I 
+ - 



SEGMENT BYTES TRANSEERED 
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BUEtLH DESCRIPTOR HEADER 



WORD 



BITS NAME 



DESCRIPTION 



3 
4 
5 

WCRD 



<04:19> KEY 



<20> 



<21> 



Buffer Key. Al] named references to 
a Buffer must supply the correct KEY. 



<14:35> BSADR 

<04:35> N/A 

<G4:35> N/A 

<04:35> LENGTH 

BUftER SEGMENT DESCRIPTOR 



Valid bit. If "v" is set, the 
buffer defined by this FUFFER 
DESCRIPTOR is opened end the 

remaining fielos must contain valid 
information . 

ERROR. V>hen set indicates that a^\ 
access violation or length error 
occurred during the reading or 
writing of the buffer. 

Physical address of the first PUFFER 
SECMEN1 DESCRIPTOR which describes 
contiguous region of this buffer. 



Used by ICCS. 
Used by ICCS. 
The length of the buffer in bytes. 



BITS 



NAME 



DESCRIPTION 



<04:CC> MODE 

<07> L 
<04:13> 
<1<:35> DSBADR 



Mode Held. Defines byte packing 
mode to be used with thisEUEIER 
SEGMENT DESCRIPTOR. 

Last EUFFER SEGMENT DESCRIPTOR. 
RESERVED 

Physical address of the base of the 
contiguous region of the data buffer 
defined by this BUFFER SEGMENT 
DESCRIPTOR. 
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3 
4 



<04:13> 

<14:35> BSDARD 

<U4:35> 
<L'4:35> SEG-LEN 

<04:35> SET 



RESERVED 

Physical address of the next BUFFER 
DESCRIPTOR SEGMENT. 

Used for ICCS 

The length of the segment of buffer 
in bytes which is defined by this 
EUEEER SEGMENT DESCRIPTOR. 

SEGMENT BYTES TRANSFEREE. SET is 
initially set to zero by the Port 
Driver. The I/O Port stores the 
number of actual bytes transferred 
each time it transfers data to or 
from this region of buffer. 



12.7 INTERRUPTS 

Interrupts are generated by the I/O PORT under the following 
cond itions: 



1. Port initial iiation has been complete 



>U 



2. The PORT has inserted a CHANNEL RESPONSE PACKET on en erntty 
RESPONSE CUEUE. 

3. The PORT has {.laced an entry on an erntty FREE CUEUE. 

4. A EREE QUEUE entry vvas needed for processing sic v,a? not 
available. 

5. A memory error vvas detected on a 2PCC memory reference. 

6. An internal PORT hardware error occurred. 

Refer to the 2L80 I/O Subsystem Specification b-\6 the 2?Zv I/O Fo^t 
Specification for further details. 



12. C I/O PORT COMMAND STATUS REGIS1ER 
Refer to the 2G8fc I/O Port Specification 
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13.1 GENERAL 



'Ihe PORT, Packet buffer and LINK combine to provide the 
interface and control mechanism for a device to the ICCS bus. 
The PORT is the interface to the host device and is 
responsible for data napping, beta buffer handling e^d 
control of the Packet Buffer and LINK interface. 

The Packet buffer module provides dual IK transmit Luffers 
and dual IK receive Luffers. Some control for the LINK 
module is also provided by the Packet tuffer module. The 
LINK provides the actua] interface to the ICCS Fus and is 
capable of servicing 2 ICCS Busses. The serialization and 
deserialisation of data, 32 bit CT.C generation and checking, 
ICCS protocol handling, and contention arbitration, arc 
provided by the LINK. 

'ihe PLI Interface is the means through which data transfers 
and communications between the FORT Packet Luffers and LTMK 
occur. Ihe PORT has a master/slave relationship with the 
Packet buffer Link combination. Fll data traffic and FLI 
functions are controlled by the PORT. 

The PLI interface has been kept simple and general to a] low 
flexibility. It is intended that the Packet luffers LINK and 
PORT reside in the same backpanel. 





1 KCDULE 


LOGIC 


1 PIN 


TRI-ST 


I TBS 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


I TBS 


TTL 


1 TBE 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


1 TBS 


TTL 


I TBS 
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PLI INTERFACE SICNALS 

13.2 PLI INTERtACE SIGNALS 



I DIRECTION | 

SIGNAL | PORT LINK I LIUEi 

+ + + 

DATA (7:C) | < > | R 

SELECT | > | 1 

RCVR BUttER A tULL | < | 1 

RCVR BUHER B tULL | < | 1 

XMTR ATTENTION | < | ] 

PLI CONTROL (3:0) I > | 4 

LOAD DATA PARITY | > | 1 

RECEIVE DATA PARITY | < | 1 

CLOCK | > | 1 

INITIALIZE | > | 1 

RECEIVER STATUS | < | 8 

TRANSMIT STATUS | < | 8 



13.3 DATA (7:C) (TRI-STATE, ASSERTED HICH) 

These lines are used to transfer data to and from the Packet 
Buffers and to pass status and control information. Status 
goes to and from both the Packet Buffers end the LINK. 
Control lines determine the direction end type of information 
being transferred. 



13.4 SELECT (TTL, ASSERTED LOW) 



The select line must be asserted by the PORT to execute all 
data transfers and control functions. This line acts as an 
enable for the PLI control lines. The LINK will provide a 
pullup resistor on this signal so that, if the PORT is not 
installed, the LINK will not respond to the floating control 
1 ines . 



13.5 RCVR BUttER A t ULL (TTL, ASSERTED HICH) 

This line is asserted by the Packet Buffer when receive 
buffer A has stored a valid packet. The signal will remain 
asserted until buffer A has been released by the (Release 
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HCVH bUttbK A tULL (TTL, ASSERTED HIGH) 

KCVH buffer) function. buffer / must have been selected by 

the (Select Read buffer) function prior to the (Roleest KCVR 
buffer) function. 



13.6 KCVR bUfEER E FULL (TTL, ASSERTED 111CH) 

This line is asserted by the Packet buffer when receiver 
buffer b has stored a valid packet. The signal will remain 
asserted until buffer b has been released by the (Release 
RCVR buffer) function. buffer E must have been selected by 
the (Select Head buffer) function prior to the- (Release RCVR 
buffer) function. 



13.7 XMTR ATTENTION (TIL, ASSEKTFD HIGH) 

XMTK ATTENTION is asserted by the LINK when there is ? 
response to a (TRANSMIT) function . The response iray be any 
of the following : 

ACK NAK Transmit buffer Parity Error Abort Transmission 

The responses are described in the Transmit Status section 
(13. E. 2) . 

The XMTR ATTENTION will remain asserted until the (Reset XMTR 
Status) function is executed by the LOFT. 



13.0 PLI CONTROL (3:C) (TTL, ASSEPTED HIGH) 

There are four PLI CONTROL lines origination at the PORT 
which are used to control the interface activities of the 
Packet buffer and LINK. Control functions denoted by (*) 
utilize the DATA lines to pass auxiliary control info»T.i?tion 
to the Packet Puffer and LINK. The SELECT Line must be 
asserted to make the CONTROL lines valid. The CONTROL lines 
are encoded as follows: 
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PLI CONTROL (3:0) (TTL, ASSERTED HIGH) 

+ + + 

I PLI CONTROL LIT I I 

+ + + + + + FUNCTION I 

I MAINT | 3 I 2 I 1 I I I 

+ + + + f + + 

| (J OK 1| C I 13 I I I TRANSMIT SET UP (*)! 
+ + + + + + + 

| B OR 1| I 6 I I 1 I LOAD TRANSMIT BUFFER (*)l 

+ + + + + + + 

| OR II I I 1 I C | RFSET TRANSMIT EUFFEP I 
+ + + + + + + 

I OK 1| tJ | I 1 I 1 I TRANSMIT {*) I 

+ + + + + + f 

| C OK II I 1 I I | RESET TRANSMIT STATUS ! 

+ + + + + + + 

| OK 1| I 1 I I 1 I ABORT TRANSMISSION I 
+ + + + + + + 

| li OR 1| | 1 I 1 I I ENAELE LINK CONTROL (*)| 
+ + + + + + + 

| OR 1| G I 1 I 1 I 1 I DISAELE LINK CONTROL (*)| 

+ + + + + + + 

| | 1 | C I I I HEAD RECEIVER STATUS I 

+ f + + f f + 

| I 1 I I I 1 I READ TRANSMIT STATUS I 

+ + + + + + + 

| | 1 | | 1 | I READ RECEIVER BUFFER | 

+ + + + + 4 4- 

| | 1 | I 1 I 1 I READ NODE ADDRESS I 
+ + + + + + f 

| | 1 | 1 | | | RELEASE RECEIVER BUFFER I 
+ + f + + 4 + 

| | 1 | 1 | E | 1 I SELECT MA INI MODE (*) I 

+ + + + f + 4 

I I 1 I 1 I 1 I I SELECT READ BUFFER (*) | 

+ + + + + f f 

| | 1 | 1 I 1 I 1 I SELECT LOAD BUFFER (*) | 
+ + + 4. + 4. 4- 

| 1 I 1 I I I I READ TRANSMIT DATA I 
4. 4. 4. 4- 4. 4. f 

I 1 I 1 I I I 1 I READ MA INT 1 I 

4. 4. 4. 4. 4. 4. 4- 

| 1 I 1 I C I 1 I I REAL MA INT ? I 

4. 4. 4. 4- 4. 4. 4- 

I 1 I 1 I £ I 1 I 1 I READ MA INT ? I 

4. 4. 4. 4. 4. 4. + 

I 1 I 1 I 1 I I I READ MA INT A I 

4. 4. 4. + 4- ). 4- 

| 1 I 1 I 1 I G I 1 I SELECT MA INT MODE (*)| 
4. 4. 4. 4. 4. 4. 4- 



CCMFANY CCNEIDENTIAL — Do not duplicate 9-JUL-80 

PLI INTEREACE SPECIE ICATION Page ] 3-5 

PLI CONTROL (3:0) (TTL, ASSERTED HIGH) 

13.8.1 Read Receiver Status 



This function will enable the receiver status bits onto the 
DATA lines. These status bits also appear on module fingers 
for direct access. All receiver status bits are synchronized 
to the PLI interface clock. 

The status bit allocation is as follov.s: 

7 5 5 4 3 2 1 P 
+ + + + + f + + + 

I RCVR I CRC I - - -I EUFB | FUFA I FIRST I El' Ft I FUFA I 
I ENB | ERR I | LUS I EUS | FUF I I I'LL I FULL I 

LIT DESCRIPTION 



7 Receiver Enable: This bit is set the as a result of an 
(Enable LINK Control) function with bit 7 set. Khen cleared, 
the LINK is shut off to all ICCS traffic. 

Receiver Enable is cleared by INITIALIZE and by the (Disable 
LINK Control) function with bit 7 (Receiver Ei sable) set. 

6 CRC Error: This bit is to be used in conjunction with 
Internal or External Loop mode. When set, it indicates that 
a CRC error was detected on the message or data packet 
received. CRC is not generated or checked on ACK packets 
while in loop mode. This bit is invalid while not in loo{. 
mode . 

CRC Error is cleared by INITIALIZE and by the (Reset Transmit 
Status) function. 

5 Unaefined 

4 buffer B Bus: This bit indicates which ICCS Bus the last 
packet in Receiver Buffer E was received. 

C = ICCS Bus I-. 
1 = ICCS Bus B 

Buffer B Bus is cleared by INITIALIZE. 
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3 Buffer A bus: This Bit indicates which ICCS Bus the last 
packet in Receive Buffer A was received. 

C « ICCS bus A 
1 = ICCS Bus B 
buffer A. Bus is cleared by INITIALIZE. 

2 first Buffer: If both Receiver Buffer B full and Receiver 

Buffer A Full are true when the Receive Status is read, this 

bit will indicate which of the buffers was filled first. 
Otherwise, the bit is invalid. 

= Buffer A 

1 » Buffer E 

1 Receiver Euffer B Full: Set when a valid packet has been 
stored in Receive buffer B. 

Receiver Buffer B lull is cleared by INITIALIZE and by the 

(Release Receiver Buffer) function if buffer L : is selected. 

The (Select Read Buffer) function is used to select the 
buffer . 

(j Receiver Euffer A lull: Set when a valid packet has 
been stored in Receive Euffer A. 

Receiver Euffer A full is cleared by INITIALIZE: and hy the 

(Release Receiver Buffer) function if buffer A is selected. 

The (Select Read Euffer) function is used to select the 
buffer . 



13.8.2 Read Transmit Status 



This function will enable the transmit status onto the DATA 

lines. These bits also appear on module fingers for direct 

access. All Transmit Status bits are synchronized to the PLI 
interface clock. 

The status bit allocation is as follows: 

7654321T 

+ + + + + + + + + 

I XBUF I CDB | CDA | XMIT | ARE | XV IF | NAK I ACK | 

I PE | | | ABRT I I BUSY I I I 

+ +. + + + + + + + 



BIT DESCRIPTION 
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7 Transmit buffer Parity Error: This bit is set if a ferity 
error was cetecteci on the data in the transmit buffer during 
a transmission. A parity error will cause the x^TR ATTENTION 
flag to be asserted and the transmission to be aborted. 

This bit is cleared by INITIALIZE and by the (Reset Transmit 
Status) function. 

G IOCS b Carrier Detect (CDB): This bit indicates the state of 
the carrier on ICCS bus L. 

1 = Carrier on 
= Carrier off 



5 ICCS A Carrier Detect (CDA): This bit indicates the state of 
the carrier on ICCS Eus A. 

1 = Carrier on 
i! = Carrier off 



4 Transmission Aborted: This bit is set v.hen a transmission 
was aborted by the (Transmission tbort) function. 

Transmission Aborteu is cleared by INITIALIZE and h\ the 
(Reset Transmit Status) function. 

3 Arbitration : This bit is set when the arbitration count has 
expired after a (Transmit) function. This does not mean that 
the transmition has taken place since rearbi tra tion takes 
^lace under certain conditions. (see section 2.1.3 of ICCS 
LINK spec) . 

Arbitration is cleared by INITIALIZE and by the (Reset 
Transiuit Status) function. 



2 Transmitter busy: This bit is set by the (Transmit) function 
and indicates that a Transmit sequence is in progress. 

Transmitter busy is cleared by INITIALIZE and by the (Reset 
Transmit Status) function. 

1 NAK: This bit is set when a valid negative reily is received 
in response to a transmitted jacket . The NAK is the response 
from the destination node that both of its receive buffers 
were unavailable . NAK will causu the X:*.TR ATTENTION flag to 
be asserted . 

NAK is cleared bv INITIALIZE and by the (Reset Transmit 
Status) function. 
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ACK: This bit is set when a valid positive acknowledgement 
is received in response to a transmitted packet. PCK will 
cause the XM1R ATTENTION flag to be asserted. 



ACK is cleared by 
Status) function. 



INITIALIZE and by the (Reset Transmit 



13.8.3 Read Receiver Buffer 



This function enables the contents of the currently addressed 

location in the receive buffer, selected by the lest (Select 

Read Buffer) function, onto the Data lines. 

counter for that buffer 

each cycle in which this function is asserted. A 

must be maintained by the 



buffer , 

the Data lines. The address 
will be incremented at the end of 
' "'.on is asserted. A byte count 
FORT to determine when to stop 
reading the receive buffer. The parity bit for the read date 
will be passed to the PORT on the RECEIVE DATA PARITY lin 



me 



The PORT cannot load the address counter of the receiver 
buffers and, therefore, cannot randomly access the buffers. 
The data is available from the receiver buffers sequentially 
from the first byte received to the last byte- received as 
shown below. 



1 Body Byte n 

1 , 


I Body Eyte 
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I Source Byte 
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1 Destination 
I _ 


byte 


( coin piemen 


t) 


1 Destination 

i__ 


Byte 


(t 


rue) 




I Packet Type/ 
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(low) 






I Packet Type/Leng 


th 


(high) 





+ 

+ 1 + 



D I RECTI ON 
of 
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LOC r 



Receiver Buffer Data Organization 
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13.8.4 Load Transmit buffer 

When the PORT wishes to load one of the transmit buffers, it 
must first select the desired buffer via the (Select Load 
buffer) function. Thereafter, the (Load Transmit Buffer) 
function will cause the data presented on the PAT/^ 1 ines and 
its associated parity bit to be written into the selected 
buffer. The buffer address counter will be incremented at 
the end of each cycle in which the load command is present. 
Tiie (Load Transmit Puffer) commend is necessary for each byte 
transfer to the Packet Puffers. The Packet tuffer will 
continue to load a new byte into the packet buffer for each 
PLI clock period that the Load Transmit tuffer function is 
asserted with select. A transition is not required. 

Loading Transmit Euffers 

The transmit buffers are loaded from location P to location n 
wh ere 

n = tnt number of bytes loaded into the buffer by the PORT 

The Transmit buffer is loaded starting at location 
with the address counter incrementing after each (Load 
Transmit Puffer) function. The last location loaded is 

saved for use in determining the last location to 

transmit. 

The transmit buffers 
must be loaded, starting at location 0, as shown below. 



COMPANY CONFIDENTIAL — Do not duplicate 

PLI INTERFACE SPECIFICATION 

PLI CONTROL (3:0) (TTL, ASSERTED HIGH) 



9-JUL-80 
Page 13-1P 



body Bv 


'te n 












Lody byte 


Source 


byte 












Destine 


tion 


Byte 


( com pi 


em en 


t) 


Destiru 


tion 


Eyte 


(t 


rue) 






Packet 


Type/ 


(low) 








Packet 


Type/Leng 


th 


(hig 


h) 





+ 

+ 1 + 
I 
I 

DIRECTION 
of 
LOAD 
I 

I 



I 



loc r 



Transmit Buffer Data Organization 



13.8.5 Release Receiver Buffer 



This function will reset the receiver buffer currently 
selected, making it available to the IOCS for buffering of 
new packets. (Release Receiver Puffer) causes the buffer 
address pointer to reset to zero and resets the RCVR Fl'FFFR 
FULL line of the buffer selected by the last (Select Bead 
Buffer) function 



13.8.6 Read Node Address 



The (Read Mode Address) function is used to read the ° bit 
ICCS node address from the LINK'S node address thumbwheel 
switch. 



INITIALIZE will not disturb the LINK node address register. 

The (load Node Address) function must not be issued while the 
receiver is enabled. 
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13.8.7 Select Reao buffer 

The Packet buffer has 2 IK byte receive buffers which are 
usee to store inccomming IOCS packets. The (Select Read 
buffer) function is used to select, the receive buffer to be 
read via succeeding (Read Receive buffer) functions. Thi« 
function will also select which receive buffer wil] be reset 
by the (Release Receiver buffer) function. The po't al^o ha« 
the ability to read the data it has put into the transmit 
buffer. DATA bits 2-0, supplied by the PORT, are defined 
follows curing this function. 

DATA BIT 2-0 DESCRIPTION 

O0C Select Receiver buffer A 

£01 Select Receiver tuffer E 

CIO Select and offset /ddress of rec tuffer A 

Oil Select and offset Address of rec tuffer I 

lf)t' Select Transmit Puffer A 

101 Select Transmit buffer F 

lit: Select and offset transmit fuffer A 

111 Select and offset transmit tuffer E 
DATA til 6-3 =offset in bytes from address r 

Receiver tuffer A will be selected by INITIALIZE. 



as 



13.8.8 Select Load buffer 

The Packet buffer has 2 independent IK transmit buffe-s which 
are usee to store outgoing ICCS packets. The (Select Load 
buffer) function is used to select the transmit buffer to ► e 
loadea via succeeding (Load Transmit buffer) functions. This 
function will also select the transmit buffer for the (Reset 
Transmit buffer) function. l set 

Data bit fc, supplied by the PORT, is defined a^ follows 
during this function. 

DATA BIT r DESCRIPTION 

Select Transmit tuffer A 

1 Select Transmit Fuffer I 

Transmit buffer A will be selected by INITFM.T7F. 
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13. 6. S Transmit Setup 



This function is used to select which transmit buffer and 
which 1CCS Bus is to be used by the next (Transmit) function. 
Either buffer may be transmitted over either ICCS bus. DATA 
Bits 1 and are defined as follows during this function. 

+ + + + 

I DATA BIT | STATE | DESCRIPTION I 

+ + + + 

| | | SELECTS TRANSMIT BUFFER A I 
| 111 SELEC1S TRANSMIT PUFFER b I 
+ + + + 

| 1 | P I SELECTS ICCS BUS A I 

| |1| SELECTS ICCS BUS B I 

+ + + + 



This function must not be executed while a transmit sequence 
is in progress. 

INITIALIZE will select buffer A and ICCS Bus A. 



13.8.10 Transmit 



The (Transmit) function will initiate ICCS arbitration on the 
ICCS bus selected by the (Transmit Setup) function. The 
selected buffer will be transmitted upon successful 
arbitration. The PORT must place the arbitration persistence 
number on the DATA lines when this function is issued. 
Parity is checked on the buffer data as it is transmitted 
and, if a parity error occurs, the transmission will be 
aborted . 

The persistance number is a 4 bit number which is loaded into 
the LINK persistence counter Via LATA lines ( 3 : P ) . This 
number represents the number of quiet slots the LINK must 
observe on the selected ICCS Bus before transmitting, unless 
that ICCS Bus was quiet when the (Transmit) function was 
issued. In the later case, the transmission will begin 
immed iately . 

It is possible to retransmit a buffer without reloading it. 
There are several retransmit situations. These situations 
and their respective procedures are as follows. 

A. Retransmit immediately on the same ICCS Bus: 
1. Issue a new (Transmit) function. 

B. Retransmit immediately on the alternate ICCS Bus: 
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1. Issue the (Select Load Puffer) function. 

2. Issue the (Transmit Setup) function. 

3. Issue the (Transmit) function. 

C. Retransmit buffer A (E) if buffer F(A) has been 
transmitted since the original transmission. 
1. Issue functions 1,2,2,4 the same as in case P 

above . 

Only one (Transmit) function can be executed at a time. That 
is, the transmission must have been completed or aborted and 
the Iransmit Status must be cleared before a second 
(Transmit) function can be issued. 



13.0.11 Reset Iransmit Status 



This function must always be executed at the end of a 
transmission sequence , i.e., in response to a XMTP ATTENTION 
line after reading the transmit status. It will reset all 
transmit status bits, except bits 5 (CTA) e^d ' (CDD) . 



13.8.12 Reset Iransmit buffer 



This function will reset the address counter of the transmit 

buffer selectee by the last (Select Load Euffer) function. 

This function must be issued {.rior to loading a transmit 
buffer . 



13.0.13 Select Faint Mode 

The Select Faint Node function allows diagnostics to examine 

internal logic in the Packet buffer Foerd to provide fault 

isolation. The Data Fit format is as follows: 

7 6 5 4 3 2 1 r 
+ + + + + + + + f 

I NOT | NOT | MOT | NOT | RCVR | RCVR ! FMNT I FAINT I 
I USED | USLD | USED | USED | t UFB | PUFA | LOOP I FOPE | 
I I I I I ENA I ENA I ENA | ENA I 
+ + +■ + + + + + + 

BIT DESCRIPTION 
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I) MAINT MODE - Data bit L' = l will cause Maint Mode to set. and 
data bit = will cause Faint Mode to clear. The Naint Mode 
bit redefines Read Receiver status, Read transmit status, 
read receiver buffer, read node address, and release receiver 
buffer to be jnaint functions. Reset clears MA INT MCDE. 

1 MAIN'I LOOP - Maint Loop allows the transmit data to be looped 
into the receive input register. This function should only 
be done while the link is disabled. Maint loop will have no 
affect if Maint Node is not also set. 

2 Receiver buffer A: (Enable...) will enable receiver buffer A 
to be used to store incoming ICCS packets. 

(Disable...) will cause buffer A to always appear full to the 
ICCS, thus, making it unavailable. The RECEIVER BUFFER A 
EULL line (Receiver Status bit C>) will not be set. 

INITIALIZE will enable buffer A. 

3 Receiver Euffer E: (Enable...)) will enable receiver buffer 
B to be used to store incoming ICCS packets. 

(Disable...)) will cause buffer E to always appear full to 
the ICCS, thus, making it unavailable. The RECEIVER BUFFER B 
FULL line (Receiver status bit 1) will not be set. 

INITIALIZE will enable Buffer E. 



13.8.14 Abort transmission 



(Abort Transmission) will cause a currently active 
transmission to be aborted and will set bit 4 (Transmission 
Aborted) of the Transmit Status. xmtf ATTENTION will also be 
asserted. If XM1R ATTENTION is asserted when the (*bort 
Transmission) function is issued, the abort will be ignored. 



13.8.15 Enable LINK Control/Disable LINK Control 



These functions are used to enable and disable certain long 
term controls in the LINK. A. particular control may be set 
by executing (Enable LINK Control) with a 1 in the DATA line 
bit position corresponding to that control. A control may be 
cleared by executing (Disable LINK Control) with a 1 in the 
proper bit position. Transfer of a P in any bit position 
will have no effect on the corresponding controls. 
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The DATA line bit layout is as follows: 

7 G 5 A 3 2 1 r 

+ + + + f + + + + 

j RCVR j FORCE i VALID! EXTM I IMTM I FORCE I SWAP | RCVR | 
I E | CDET | RPAP. | LOOF I LOOP I ARB | ADR | A | 
I ENA | ENA | EWA | ENA | ENA | ENA | ENA I ENA | 
+ + + + + + + + + 

ENABLE LINK CONTPCL 



7 6 5 4 3 2 1 G 

+ + + + + + + + + 

I RCVR | ICRCEl VALID! EXTM | INTM I FCPCEl SWAP I RCVR | 
I B | CDE1 I RPAP | LOOP | LOOP | AFD I APR | A | 
I DIS | DIS | DIS | DIS I DIE | DIS | DIE | DTE | 
+ + + + f + f + + 

DISABLE LINK CONTROL 



BIT DESCRIPTION 



7 Receiver E Enable/Disable: (Enable...) activates the LINK 
receiver B making the node accessable by remote nodes on this 
path, or CI bus. 

(Receiver B Disable...) will cause this node to ignore all 
ICCS traffic on the B bus. Internal Loop mode will not 
function if the receiver is enabled. 

INITIALIZE will disable the receiver. 

6 Force Carrier Detect: This function must only be used in 
conjunction with Internal Maintenance Loop mode. 

Enable.. causes the link to see a detected carrier. This 
forceo carrier will start the header timeout logic and will 
stop the arbitration sequence. 

5 Valid Receiver Parity: (Enable...) function will force the 
receiver to generate oad parity in the data buffer. 

(Disable...) will cause the LINK receiver to generate even 
parity in the data buffer. 

INITIALIZE will set the receiver to odd parity. 
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4 External Loop: (Enable...) will allow tlie LINK to receive 

its own transmission by looping on the selected ICCS bus. 

Internal and External Loop modes must never be invoked 
s i m ul ta n eo us 1 y . 

The following requirements must be met: 

1. The Destination field in the ICCS packet must contain the 
address of this node. 

2. The PORT must load e pre-calculated CPC into the buffer 
immediately following the data. CRC will be checked by the 
receiver . 

3. The packet byte count must not include the CRC 
characters . 

4 Transmit buffer loading and transmit setup functions must 

occur the same as they do for normal operation. Ihe normal 

ICCS arbitration sequence will occur when a (Transmit) 

function is issued while in External Loop mode. 

If External Loop mode is invoked while on line in an 
operating system, packets may still be received from e remote 
node. There is, therefore, no guarantee that there will be a 
receiver buffer available when the local packet is 
transmitted. A real ACK response will not occur while in 
External Loop mode. However, the Transmit and Receive Status 
responses will be set as though a normal transmission had 
taken place. 

(Disable...) will take the link out of External Loop node. 

INITIALIZE will disable this function. 

3 Internal Loop: (Enable...) will cause the LINK to receive 
its own transmission by looking somewhere (TED) inside the 
ICCS driver/receiver. This loop will not interfere with ICCS 
operation of other nodes. Traffic on both ICCS A and E will 
be ignored while in Internal Loop mode. 

Internal and External Loop modes must never be invoked 
simul taneously . 

Ihe same requirements (1,2,3) stated above for External Loop 
apply to Internal Loop mode. Transmit buffer loading and 
transmit setup functions must occur the same as they do for a 
normal operation. ICCS arbitration will not occur in 
Internal Loop mode. 

ACK responses will occur in this mode. however, CRC will not 
be calculated or checked on the ACK packet. Transmit and 
Receive status responses will be the same as they are during 
normal transmissions on the ICCS Eus . 
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(Disable...) will Lake the LINK out of Internal Loop. mode. 
The receiver must be enabled to execute Internal Loop mode. 

INITIALIZE will disable this function. 

2 force Arb: enable function will cause the LINK to force a 
successful arbitration and to transmit immediately ucon 
receiving the Transmit function from the port. 

Disable, will allow the LINK to perform normal arbitration 
sequences in response to the Transmit function from the PORT. 

1 Swap Address: Enable, will cause the true and complement 
aduress sources to swap, i.e., true node address becomes 
complement and complement node address becomes true. This 
will cause an address mismatch if a packet is sent in either 
of the maintenance loop modes and will result in a no 
response status. 

It, while in Internal Paintenance Looj. mooe, the Port enables 
theis function and also complements the address in the packet 
to be transmitted, then address comparison will take place 
This has given the PORT the ability to test all node address 
bits in both polarities. 

Note that the later case should onl > be exercised while in 
Internal Maintenance Loop mode since the Link will be using 
an address which was not assigned to it during sustem 
configuration. 

Disable, sets the node address with sources to their norma] 
positions, i.e., true equals true ect. 

Initialise also causes the switches to be set to their norni?] 
positions . 

16 Receiver A Enable/Disable: (Enable...) activates the LINK 
receiver A making the node accessable by remote nodes o n this 
path, or CI bus. 

(Receiver A Disable...) will cause this ^ocle to ignore all 
ICCS traffic on the A bus. Internal Loop mode will not 
function if the receiver is enabled. 

INITIALIZE will disable the receiver. 
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13.9 LOAD DATA PARITY (ODD) (TIL, ASSERTED HIGH) 

Odd parity is calculated by the FORI on the date. transferred 
to the Packet buffer Transmit buffers. This parity bit is 
conveyed to the Packet Buffers vie the LOAD DATA PARITY line. 

The packet Buffer will store the parity bit as supplied and 
the LINK will check parity when reading the buffer during e 
transmission . 



13. 1C RECEIVE DATA PARITY (ODD) (TTL, ASSERTED HIGH) 

Data being read from a receive buffer includes a parity bit 
which was generated when the data was written into the 
buffer. This parity bit will be conveyed to the PORT via the 
RECEIVE DATA PARITY line and must be checked by the PORT. 
The LINK does not check receive deta parity. 



13.11 CLOCK (TTL) 



The PLI interface requires a clock source from the PORT for 
its operation. The interface will operate with a minimum 
cycle period of 15t) ns as shown in Figure 1. All PLI 
interface flags and status bits are synchronized to this 
clock. 



13.11.1 liming 

Preliminary Packet Buffer timing requirements on the PLI are 
as shown in ligure 1. All times are shown reference to the 
finger pins going into the packet buffer cerd. These tines 
seem to be realistic at this time, however, they may change 
as the LINK design procedes. Ill PLI interface signals must 
be asserted by the negative edge of the clock. The Packet 
buffer and the LINK will strobe the data on the positive edge 
of the clock. 
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CLOCK (T'lL) 
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+ + f 
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I// ///I !////// 

Data + Parity I / / / / I I / / / / / 
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t i g u r f- ] 
PLI Interface limine 



13.12 INITIALIZE (TTL, ASSERTLD HIGH) 

This signal from the PORT is usee for system initialization. 
The PLI will provide a tul 1 up resistor on this signal so 
that, if the PORT is not installed, the PLI v* i 1 1 not 
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interfere with or respond to the ICCS Bus. The INITIALIZE 

line may have to be asserted for up to 3 or 4 interface clock 

periods to allow internal state machines to reset themselves. 



13.13 RECEIVER STATUS 

The Receiver Status bits are described in section 13. P. 1 
(Read Receiver Status) . 



13.14 TRANSMIT STATUS 



The Transmit Status bits are described in section 13. P. 2 
(Read Transmit Status) . 



13.15 PLI INTERFACE SEQUENCE FLOWS 

The following flows are examples of the PLI interface 

sequence of events for a transmission and the sec ue rice for 
servicing a receive buffer. 
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I 
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+ + 
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XMIF ATTENTION 
I YEF 



+ - 



YES 
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+ + 

I DC WE | 
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PLI Interface Transmit Setjence 
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+ + 

I START I 

+ + 

! 

K + 

I 
+ + I N'c: 

I RCVH ATTENTION I + 

I ? I 

+ + 

I YES 

I 

I 
+ + 

I READ RECEIVE STATUS I 

4 f 



+ f 

I DECIDE VvMCH I 
I RECEIVE BUFFER | 
+ + 

I 
4 4 

I SELECT RECEIVE PUFFER I 

+ 4 



4 + 

I READ BYTE I 
4 + 

I 

I 

l< ^ 

I I 
4. + 1 n c; 

I LAST E-YTL: I-- + 

I ? I 
4. + 

I YES 



4. 4 

I RELEASE BUFFER I 

4 4 

I 
4 + 

I DONE I 
4 4 

PLI Interface Receive Sequence 
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14.1 INTRODUCTION 
14.1.1 Definition 



Ihe <.kl<o T'iL-bus is an information path and communica tion protocol 
tor aata transfer among the. elements of a data processing system 
Data may be exchangee: betv.een I/O bus t_ort and m-nory 7 tie 

communication protocol allov.s the information rath 'to be 
time-multiplexed such that an irbitrrry number of data exchange* mav 
be in progress simultaneously. 



14.1.2 Nomenclature 

Ihe terms used in this specification are defined as follows: 

Information - intelligence used to control and provide the basi* for 
data processing including addresses, data and status. 

Data - program generated information which is the obiect nf 
processing . 

Bus port - a physical connection to the 2C3C TTL - BUS capable of anv 
or all of the functions described belov, . " 

Commander - a bus port which transmits Commana/Addrcss information to 
the jvbox via the 10 au&tter. 

10 adapter - an adapter which recognizes Commanc/Zdcress information, 
converts it to ECL and transfers it to the jvbox. The 10 bus adapter 
also performs the bus arbitration. 

Kbox - a Cached memory controller. 

1 ran sut itter - a bus port which drives the signal lines. 

Receiver - any bus port which samples and examines the signal lines. 
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14.1.3 Goals 

Specifically designed to meet the requirements of the 2fCC system, 
(206fc TTL-Bus) provides checked, parallel information transfer 
synchronous with a common system clock. in each clock period or 
cycle, interconnect arbitration, information transfer and transfer 
confirmation may occur in parallel. A11 208B TTL BlJ<; transfers are 
monitored by a bus monitor which when enabled will cause the machine 
to freeze when it detects a bus error. The Console will be able to 
determine the source of all bus errors. Multiple failures and bus 
port control failures are not necessarily detected. 



14.1.4 Maximum Transfer Pate 

Using a 125 nanosecond clock period (the optimum speed for the 
components to be used) , the 208C TTL-Eus achieves a maximum data 
transfer rate of 6.4 million 36-bit words per second. The bus clock 
will be derived from the master oscillator for the cpu and will be 
125 to 160 nanoseconds depending on the final clock rate of the 2P8C. 



14.1.5 Information Path Usage 

The same information transfer path is used to convey command, address 
words and data words. Each exchange consists of one, two or five 
information transfers: one command/address word and one data word. 
For write type commands, the bus port uses tvo or five cycles, 
transmitting command/address then one or fou" data. Read type 
commands also begin with a command/address transfer from the bus 
port, however, data emanates from the 10 adapter and may be delayed 
by whatever access time is characteristic; 10 adapter uses one to 
four cycles. Io adapter data transfers, like all others, are 
synchronous with the system clock. 



14.1.6 Confirmation 

The memory ACK signal confirms that the receiver has received a 
command address word. Any time a word is received that has bad 
parity the receiver asserts the parity error signal. 



14.1.7 Control Signals 

In addition to signals for arbitration, information transfer and 
confirmation, the 2080 TTL-Bus includes priority interrupt request 
signals and control signals to synchronize and provide notification 
of changes in system state including loss and resumption of power. 
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14.1.C Information Path Width 

The 21 2 (j TTD-Bus is a 36 bit v>ord oriented (rather 
byte) The bus does not provide any byte write or mask 



then block or 



14.1.£ bus Monitor 

The bus monitor v.ill conditionally check all bus transfers, and cause 
all bus transfers to cease if any bus errors are detected 
monitor may be disabled by software. 



The bus 



14.2 SIClviAL DESCRIPTION 

14.2.1 Signal Types 

Tiie 2 s: o tj TTL-bus consists of 78 signals. Divided by function into 
five classes, there- a-e ir. arbitration lines, ?' information fansf 



lints, e control lints , 
See figure n.lC. 
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14. 



Arbitration 



Arbitration log ic , located on tut TIL dd?jttr determines which bus 
[.ort ot those requesting access to the interconnect in a particular 
cycle will perform an information transfer in the following cycle. 



14.2.2.1 Arbitration Line Assignment - Arbitration lines, FFFCXr : 7> , 
are assigned one per bus [ort to establish fixed priority access to 
the irif.oriiic.tion Lath. Priority increases from RFC7 to RFCf . 



14.2.2.2 Arbitration Line Use - To accuire control of the 
information path, a bus Lort asserts its assigned Fecuest line 
(bhLCXfJ : 7>) at the beginning of a cycle. The arbitration logic 
located in the TTL adapter determines which bus port if any should be 
granted the bus and sends a grant out to that bus port. At the 
beginning of the next cycle, the bus port can assert information on 
the I us if the Grant for this bus port has been "i; turned. If higher 
priority PLC's are present, then the bus port's PFC remains asserted 
ana the test is made again at the start of the next cycle. 



14.2.2.3 Number Ci. bus Forts Arbitrating - £ total of 
may be usea operating on eight priority levels. 



bus ports 



14.2.2 Information Transfer Lines 

Three suufielos comprise the information transfer path: parity check 
(p) , information bits (D<CU':35>), C CYC, E CYC. Parity check bit 
provices reoundancy for detecting single bit. (all tV'F.v numbes) 
errors in the information path. Transmitting bus {ort generate P as 
parity tor D<C(<:35>. P is generated such that the sum of all one 
bits in the checked field including parity is odd. 
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14.2.4 C CYC, D CYC 

C CYC, L CYC tre asserted by the transmitting bus port to indicate 

the type of information being transmitted. The interpretation of F 
and D<0L:35> by a receiving bus port is determined by the C CYC, D 

CYC bits. Two information types are detined. See figure r i.?Q.. 
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CODES AND FORMATS 
F igure n . 2P 

C CYC asserteu informs the TTL adapter that the information 

on L<CL':35> is an command address. 

D CYC asserted informs the receiver that the information 

on D<0b:35> is data. 

All bus ports check parity on all information that they transmit 
or receive from the bus. 

The 10 Adapter checks the parity of the latched information 
on each C CYC, the transmitter also checks parity on a C CYC. 
The transmitter and the receiver check parity on r CYC. 
t'iyure 6.30 shows the formats for each type of information. 

C CYC or D CYC 

13 3 

5 

+ + 

1 1 

+ 



- + 



READ DATA, READ DATA CORRECTED, READ DATA FAULTY 



2kOD TTL-Bus 

INFORMATION FORMATS (L<CP:35>) 
Figure ^ . 3 P 
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14.2.4.1 Command/Address C CYC - C CYC specifies that D<0f:?5> ere a 
command/address word. 



14.2.4.2 Data D CYC - D CYC indicates that D<CC:35> contain data 
solicited by a previous read type command, or is the write data for a 
write command depending on the previous Command Address word. 



14.2.4.3 TAC - TAG identifies one of eight bus ports that is 
transmitting or receiving information. 



14.2.5 SSEL<C:3> - Start SELect <0:3> 

Start SELect is used with the DING signal to indicate to the bus port 
who's number is encoded on SSEL <fi:3> that there is a command to be 
executed. The bus port must fetch and execute from it's EPT block in 
memory whatever command is stored. Start SELect is also used with 
the Broadcast signal to indicate the interrupt level that is being 
serviced. The broadcast signal is sent from the EBOX to the IC 
adapter where it is shaped to a pulse that is one bus tick wide. P 
bus port that is requesting on the interrupt level specified by the 
SSEL <U:3> when the Broadcast signal is sent, asserts 10 EUSY, 
requests the bus and stores an interrupt vector word in the FPT. The 
interrupt vector word in the EPT tells which bus port interrupted. 
The bus port also stores a status word in a port dependent EPT 
location which contains enough information as to why the interrupt 
was requested. The bus port clears the 10 EUSY line after storina 
the status word. Ihere will be 8 EPT locations associated with each 
port. 



14. 2. G 10 EUSY 

The 10 bUSy signal is transmitted by a bus port that has received a 
DING with it's bus port number matching <SSEL P,:3> but lias not 
finished processing the command from the EPT. 10 BUSY is also set by 
a port when it receives Broadcast and the level that it is 
interrupting on matches the <SSEL C = 3> . The port keeps the IC BUSY 
line up until it has completed storing the interrupt vector e^d 
status word. 
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14.2.7 lKE0<i:7> Interrupt PECuest 

Any bus port can request en interrupt on any one of the 7 interrupt 
levels IKLt<l:7>. The interrupt level must stay up until the 
interrupt condition is cleared. 



14.2.8 Head Data UNCORRECTABLE 

UNCOR (uncorrectable) denotes a transmission of FAULTY data solicited 
by a read type commend. When ECC logic is unable to correct the 
requested data, UNCOR is used to indicate this condition. r<fP:?5> 
contain, il possible, the uncorrected data or other meaningful data. 



14. 2. t Command/Address format 

Information bits D<CC:?5> carry the payload of the ?f ,r T T'lL-F us. 
Information appears on these lines in commend/address format, date 
format. In command/ auuress format, information is grouped in tv.o 
fields: Cycle type and a 24 bit physical address. See figure './!('. 

+ + + 

i 1 ! 

+ + + 

F<0:3> A<12:35> 



14.2.9.1 Commands - 

P<C:3> 

COLIC READ tOUR WORDS 
0001 READ tOUR WORDS LPT 
010 READ ONE WORD 
0011 READ ONE WORD EPT 

0100 READ INTERLOCK FOUR WORCS 

0101 READ INTERLOCK POUR WORDS EPT 

0110 READ INTERLOCK ONE WORD 

0111 READ INTERLOCK ONE WORD EPT 

1000 WRITE FOUR WORDS 

1001 WRITE FOUR WORDS EPT 

1010 WRITE ONE WORD 

1011 WRITE ONE WORD EPT 

110 WRITE INTERLOCK RELEASE FOUR WORDS 
1101 WRITE INTERLOCK RELEASE FOUR WORDS FPT 

1110 WRITE INTERLOCK RELEASE ONE WORD 

1111 WRITE INTERLOCK RELEASE ONE WORE FPT 

2 08 TTL-Bus 

COMMAND CODES 
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Figure 5.41? 

Four functions are defined: READ , READ INTERLOCK, KFITE , WRITE 
RELEASE. 



14.2.9.2 READ - Encoded into E<P:3> as C'CIO, PFAD instructs the 
Memory selected by A<12:35> to retrieve the addressed 35 bit data and 
transmit it to the bus port If this is impossible due to 
uncorrectable data error the addressed Mbox shall transmit UNCCF. 
instead. No fixed time is established for retrieval but the bus 
port, after an interval of 1C microseconds without response may 
assume catastrophic error. 



14.2.9.3 Read INTERLOCK tunction - F<C:3> = P1PC The READ INTERLOCK 
function used to interlock a queue. A bus port interlocks a queue to 
add something to it or take something off it. The interlock prevents 
other bus ports from accessing the queue while the modification is 
taking place. The READ INTERLOCK instructs the bus port selected by 
A<12:35> to retrieve the addressed 35 bit data and transmit it to the 
bus port. ihe READ INTERLOCK function also causes the selected bus 
port to raise the INTERLOCK SIGNAL. The read interlock cycle is done 
in the same way as the normal read cycle. The following happens if 
the bus is not already interlocked (interlock not asserted): 

1. The bus port requests the TTL bus. 

2. The Arbitrator grants the bus port the bus. 

3. The bus port transmits a command address word that has r.CV 
not asserted and DEI asserted (READ INTERLOCK command 
address word) . 

4. The adapter then requests the ^box . 

5. The (vbox sends a grant to the adapter. 

6. The adapter transmits the READ INTERLOCK commend address 
word to the M30X. 

7. The Mbox asserts the ECL interlock signal and returns the 
requested words to the TTL adapter. 

8. The adapter returns the requested word or words to the bus 
port and asserts the interlock signal at. the same time as 
the last word is transmitted. 

The read interlock provides a mechanism for a bus port to interlock a 
QUEUE making it inacctssible to any other bus port that tries to 
access it with a READ interlock function. The read interlock does 
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not lock ut- Llit. memory or frtvnt any non PEAT TmTFRLCCK access to 
Lht m«_mory. 'Hit; pbox can wait for the interlock to cle?r either by 
testing the line or by staying a page fail loo? until the interlock 
is cleared . 

Ihe following happens if the Pbox becomes interlocked after the bus 
port on the 1TL bus issues a commend at. cress word cycle but before 
the adapter is granted the l^box. 

1. A INTERLOCK SIGNAL will be transmitted to the bus rort with 
no data cycle. 

2. The adapter will grant the TIL bus to the next rccuester. 

3. All oevices on the 11 L bus who's next reeuest is for is for 
an interlock reao r.ust not reeuest the bus while the 
interlock signal is asserted the interlock signal i s 
asserted, so that noninter loe ked transfers can take [lace at 
max imum s[ eed . 

A. Any bus j.ort that receives the INTERLOCK sign,-] with no data 
cyclt in response to a PLAT INTERLOCK command arV>t'S<; word, 
must recuest the bus again when Lhe interlock is not 
asserted and retransmit the the I PAP INTERLOCK command 
a tier ess wo re . 



14.2.S-.4 '..rite - l /,EITE E<C:3> = KxT, instructs the Neinory to modify 
thtr aata in the sLorage clement or elements aeciressed by /-<1?-3S>, 
using aata transmitted in the next succeeding cycle or cycles. 



I* hilt RELEASE function - E<!':?> = 1 1 <:, f: , the Vrite Release 
t unction instructs the f-emory selected by A<12:?.5> to first modify 
tiit word addressee using the data transmitted in the next succeeding 
cycle or cycles The Interlock line is dropped after the words are 
written. WR11E RELEASE is an illegal function if the interlock is i c 
not asserted, The Nbox will flag this as a memory error. 



14.2.S.G READ EFT function - £<(:3> = fi'xl, The PF/F E'PT function 
instructs the bus eort selected by /<12:35> to first tak<r> tie LEAP 
EFT command oodress word and replace ?■-<!?: ?0> with the contents of 
the Executive La se Register and reao the wore; cr words recuestee. 
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14.2.9.7 Bus Port Not Implementing READ INTERLOCK - Bus ports that 

are not memory or an adapter need not assert the READ INTERLOCK bus 

signal. bus ports that do not do Read Interlock or write release 
need not look at the interlock signal. 



14.2.9.8 A CPU Bus Port Implementation Of Read Interlock - CPU bus 
port must implement the READ INTERLOCK and WRITE RELEASE functions 
and cooperate through the use of the INTERLOCK bus signal. A CPU 
must not request the bus for issuing a READ INTERLOCK function if the 
INTERLOCK bus signal is asserted by the i^box . 



14.2.9.9 Unused Function Codes - Eunction codes that are marked 
reserved must produce an error in any bus port that receives then. 



14.2.1C Physical Address Space 

Trie 24 physical address bits define a 1G, 777, 215 word address space. 
Memory begins at address C , the address space is r and consists only 
of storage elements. 



14.2.11 bus Port Configuration/Status Register 

Each bus port must provide a configuration/status register at the 
lowest address assigned to it in the I/O address space. This 
register contains a code identifying the bus port type es well as 
FAULT status indicator. 



14.2.12 Confirmation Lines 

Mem ACK and parity error , provide a signal path from the receiver to 
transmitter two cycles after each information transmission. 
Confirmation is delayed to allow information path signals to 
propagate, to be received, checked and decoded by all receivers and 
to be generated by the responder. During each cycle, every bus port 
receiving or transmitting latches and makes judgements on the 
information transfer signals. See figure r >.5f. The 10 Ar.flPTER will 
Recognize command address information. The IC adapter will assert 
mem ACK or parity error appropriate. Only IC ADAPTER or transmitting 
bus port may assert parity error for any of several reasons; 
assertion of parity error indicates protocol or information path 
failure . 
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IC Adapter that decode a command address v,ord end determine that 
tilt address is within it's address space return /CK. r l!ie 
aaaressed adapter does not transmit parity e r ror provided that 
tiic parity of the command address Vvord checks. 
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14.2.12.1 Use Of Confirmation - Transmitting bus ports sample the 
ACK and optionally interlock line at the beginning of the third cycle 
after transmission. ACK is the expected response indicating either 
that the command will be executed or the information has been 
correctly received. No response confirmation should be treated the 
same as ERR. 



14.2.12.2 Successive Cycle Confirmation - Because WHITE a^6 W'PITF 
RELEASE operations consist of successive transfers, acknowledgement 
is somewhat more complex. If ACK is not received as confirmation for 
WRITE DA1A then the transfer should be aborted end contingency 
mechanisms invoked. 



14.2.12.3 Presumption Cf Success - Some adapter may be unable to 
determine within two 2080 TTL-bus cycles whether a function will be 
successfully completed. tor these cases, the adapter should presume 
success and respond with ACK confirmation. If it is later determined 
that a READ type function cannot be completed, a READ DATA transfer 
of all ieros should be transmitted and an interrupt request signaled. 
If a WRITE type request cannot be completed, the command should be 
aborted and an interrupt request signaled. In either case, the cause 
of the interrupt should be indicated in a status register. Note that 
this technique is never used by a memory . 



14.2.13 Fault Detection 

Any of several conditions may cause a bus port to assert TAULT. 
FAULT [A], information path parity error may be generated by one or 
more bus port depending on the origin of the problem causing the 
calculated Parity to disagree with the received Parity. FAULTfP] 
results when the 10 adapter which received a WRITE or VFITF RELEASE 
command in the immediately {receding cycle does not receive the 
anticipated WRITE DA1A in the following cycle. IAULTTC] is indicated 
when a bus port which has not issued a READ or TNTFRLCCF PEAT command 
receives a response to a read type command . FAULTfP] arises vhen a 
bus port receives a WRITE RELEASE command aid INTERLOCK PEAR has not 
been set by a INTERLOCK READ command. 



14.2.13.1 Status Register FAULT Indicators - Each bus port maintains 
bits in its status register to indicate conditions which cause the 
assertion of FAULT. See figure fi.7G. These status indicators arc 
examined by the Console to determine the source of a TAULT signal. 
The FAULT status bits are cleared when the FAULT signal' i <= 
deasserted. 
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Clock Signals 

base^o? 10 ^! 51 ?" 615 ' T Cl ° Ck "^ Fi Cl ° Ck ' - Pr ° vide 5 ^iversal time 
base tor all bus porL connected to the 2PP0 TTL-Bu* >. s^and-r ri 

circuit present in every bus port uses the two interconnect clock 
; f \ to A produce the signals which actually synchronise bus o^t 
activity. as shown m figure 6.80, the derived signals define four 
instants m each cycle: If:, n, T2 and 73. /t the lea^inc t L of t 
clock, the begining of the cycle, a trans/ittino h,s ^J I" ,° f 
utivers; at the leading edge of u clock, 'all bus "^tv. unlatch 

? clod! to 2 r 8 " r L : £aS Si ^ 5lS int ° th ° rS etches. The tire fron, 
ri C , ' U clock ls determined by maximum cable delay and 
ariver-receiver propagation delay. T3 to If time, while bounded by 
receiver propagation delay, is fixed by the t ro t «gat ion delay of the 
logic required tor 20SD TTL-Eus arbitration, ^ihe cSock per Vol Is 1^ 
to 160 nanoseconds with each time interval Tf-Tl, 11-T7 T2-T3 T'-Tr 
being centered on31.25 nanoseconds. ' 

CLOCK SIGNALS 
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CLOCK FIONA LP 
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14.2.15.1 Use Of Clock Signals - TCLK H and FCLK L are used to clock 
the driver flip-flops and receiver latches respectively. As the 

loading of these signals affects signal skew, one buffered output of 

the clock derivation circuit for each of these signals is reserved 
for driver flip-flops and receiver latches. 



14.2.16 ACLO Signal 

The ACLO signal is asserted by bus ports whose existence in_ the 
system is necessary for the proper restart after a power failure 
(11.en.ory, bootstraps, etc. ) . The purpose of ACLO is to provide a 
restart signal to the CPU so that a system restart operation may be 
initiated . 



14.2.16.1 Assertion Of ACLO - A bus port asserts ACLO asynchronous 

to the 2G80 • TlL-Bus clock during the assertion of the power supply AC 

LO at that bus port. The assertion of ACLO inhibits CPU'S from 
activating a power up routine. 



14.2.16.2 Deassertion Of ACLO - ACLO is deasserted when all bus port 
required for the power up routine operation have detected that AC 
power and DC power are within specification. CPU'S sample the ACLO 
signal at an appropriate time after a power down routine (assertion 
of ACLO) to determine if a power up routine should be enabled. 



14.2.17 DCLO Signal 

The DCLO signal is asserted when an impending power failure to the 
clock circuit or bus terminating networks is detected. bus port 
attached to the bus use this signal to prevent invalid data from 
being received while the bus is in an unstable state. 



14.2.17.1 Assertion Cf DCLO - The assertion of power supply PC LO to 
the clock circuit or terminating networks causes the assertion of 
DCLO. DCLO is asserted asynchronous to the ?CPP TIL-Pus clock and 
occurs at least 2 microseconds before the clock becomes inoperable. 
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deasserted 

is operational 

CCLO. 



CeasbtrLion Of BCLC - DCLC is deasserted when 
at the clock circuit or terminating networks. 



for at least 



DC LO i s 

The clock 

z microseconds before the deassertion of 



14. 2. IE RESET Eigne- 1 

Initialization of the system is accomplished via the RESET signal. 
This signal may only be asserted by a CPU or console and must "be 
detected by all bus port attached to the ?C3f TTL-Bus. The 
initialization operation should leave all devices in a known, well 
defined state, bus port which are not capable of performing an 
initialization in the perioa of the RESET pulse are rcc/uirec 
perform any commands until initialization is' completed . 



to not 



14.2.18.1 Assertion of RESET - The CPU or console asserts FESPT only 
when a console key (or sequence) has been selected or the program 
oesirts Lo master dt a r the system. The CPU or console which intends 
to assert RESET will first lock up the arbitration looic for 3 
minimum of lb 2LE0 TTL-Bus cycles. The CPU or console continues to 
prevent any bus port from being granted the for the duration of FFSFT 
and for a minimum of 15 2(j8V TTL-Pus cycles after the deassertion of 
RESET. The lock up of arbitration insures that the 2fPP TTL-Bus is 
inactive preceding, during and after the RESET condition. RESET is 
asserted at TC time. 



14. 2. IS. 2 Deassertion Cf RESET - The CPU or console will deasse-rt 
the RESET signal at TX time. The duration of the RESET pul-e must be 
a minimum of 15 2080 TTL-Bus cycles. 



14. 2. IE. 3 Device Response To RESET - Each bus port must receive the 
RESET signal at RCLK time and begin en initialization secupnee. /ny 
current operation of short duration should not be aborted if th; 
miyht leave the bus port in an undefined state. F 
forbidoen to perform operations using the 2 C £,'.': 



iot 
us Ports arc 
iy eut- am: TTL-Bus curing the 
assertion ot RESET and must be in an idle state with respect to 7TBP 
TTL-bus activity at the conclusion of the RESET pul^e. The 

initialization sequence should not cause a bus port to {ass "through 
any states which will inadvertently assert signals on the 2CVC 
TTL-Bus. All READ commends issued before the RESET are cc net 1 1 ed \-nd 
no uata response should be expected. it is necessary to initialise 
the bus port from a read data expected state and to inl ibit that 
particular FAULT conditions. All other f/ULT status should be 
detected and when detected should cause t/ULT to assert. i n the 
event of a power failure during the RESET sequence, certain bu«= port 
are expected to assert the ACLC and/or PCLO signals. The 
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initial i zatiori sequence should, however, cause the bus port to clear 
any existing ERROR status bits and to deassert the FAULT signal if it 
was asserted. Some of the bus port registers may contain new or old 
values. The contents of these registers after receipt of the 
ueassertion of RESET must be defined in the appropriate bus port 
specification. It is recommended that bus port retain as much status 
data as possible to facilitate error analysis. 



14.2.19 INTERLOCK Signal 

The INTERLOCK signal provides coordination among CPU or other 
intelligent bus ports requesting INTERLOCK READ and KRITE RELEASE 
commands insuring exclusive access when required to data structures 
shared among CPU's and intelligent bus ports. 



14.2.19.1 Assertion Of INTERLOCK - INTERLOCK is asserted synchronous 
witti the 2080 TTL-Bus clock and in the same cycle as the 
acknowledgement of a INTERLOCK READ command. INTERLOCK remains 
asserted, reflecting the state of the INTERLOCK flip-flop, until the 
memory receives WRITE RELEASE command. 



14.2.19.2 Deassertion Of INTERLOCK - Synchronous with the 2F?P 
TTL-Bus clock and on the same cycle as the acknowledgement of a VPITE 
RELEASE command. 



14.2.19.3 Bus Fort Response lo INTERLOCK - Memory bus tort respond 
with (INTERLOCK) to any INTERLOCK REAE. 10 ADAPTER do not return 
data cycle for INTERLOCK READ commands if INTERLOCK is asserted 
before the 10 ADAPTER is Granted the I^BOX. 



14.3 ELECTRICAL CHARACTERISTICS 
14.3.1 Interface IC's 

The 2080 T1L-Eus must be implemented using LSI components. The LSI 
implementation includes registers and parity networks common to all 
2080 TTL-Bus port. 
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14.3.2 LSI Bus Interface 

The LSI chit- which interfaces the bus is the PEC 
specifications of the S646 are included in Appendix A. 



£M: 



The 



14.3.3 Backpanel Character isti 



cs 



Backpanel impedance: 75 ohms 

Backpanel propagation delay: 2.C nS/ft 

Backpanel crosstalk: to be determined. 



14.3.4 Connections 



Nodule to backpanel: these connections 
possible, in an> case less than in 



should be as short as 

"Y »»,«t t, «v one bos line >„"'"""««"• E-'L'^Il 'I" """V" 
tbis connection will be- „«,* a^directly ", bo^Io^rM^r " U " 

steciticcition 



owaits iurtner work on packaging 



rnpij letp 



14.3.5 Terminations 



The terminations will be physically a 
will be active. For all but the clo 



>t each end of the bus, and each 
'-ock signals, a voltage divider to 
usee dt both enus. For the rlnrk ciV-mic- - i^ 

divider to -5. 2 or 58 oh,„s to -2 volt.'i, Site! \t '£™en<i only "^ 



+5 volts is 



14.3.6 Signal Voltages 

for all signals except the 
nominally 2.9 volts tnd 



four clocks, signr. 1 voltages will he 
0.7 volts for logical zero and logical one 

1 . fi 

y. 



volts ', t h : blocks, signal voltages v. i 1 1 be nominally - 

vjlts .no -t.fc volts for logical zero and logic*! one respectively 



14.3.7 liming 



The nominal clock period is 
centered on 93. 65 
nanosecond s . 



125 nanoseconds. If to 1 •> inteve] 
nanoseconds anc 12 to 1 r interval is .? 



l s 
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ELECTRICAL CHARAC1 ERISTICS 

14. 3. £ ftax imuin Length 

The maximum length of the 2080 TTL-Bus is 3 n.eters. 



14.4 DIAGNOSTIC SIGNALS 
To be provided. 
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CHAPTER 15 

console: hardware 



15.1 SYSTEM CONSOLE - OVERVIEW 

Sclri VS in ,a - C ° nSOle 1S the P ° lnt ° f in t"f«,ce between the oi-e^tor 

asynchronous I/O devices, an accurate- interval time th U hc],d , 

tiiut ot century clock ( with batter y back-up) , syster c! L 

hooks (system clock start, stop, or hall-ste , V n ^ tn s 

^ . ^r,o- t -in, ^ dri^t -E-?r:;fi,,ri i 

Coupled with the console specific ^.-of t-L,a r f ♦.!.„ 

£ Hm^oc*"^" 1 - rCVld «' th -« »* ".cribed in the section 1.V 



,..,.„.:,, , . ., t/ module. lhe specific functions available e-e 

Cd ^ the l/c-Eox subsystem specification but are described 
TTL^bus 'Monitor M *"? - ° f ''^"^and i n<J . lhe r/O-Fox houses a 
Control L^gic!' Dldyn ° StlC F ° th L ° giC ' '"* "'" '*«« Oscillator 

ThL iCLLOlMNG CONSTITUTES A PRELIMINARY tJFIC FLOCK DIAGRAM 
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+ + 

i DIAGNOSTIC PATE ! 
t THRU CPU/MEMORY ! 

+ + 



+- 

! 

J 

1 

1 

+- 



-+ 
I 



M-ECX 



+ - 

1 



MbUS (ECL) 



1/O-BCX 



- + 

1 



I/O-BUS (TTL) 



V 

+ + 

! CONSOLE 1 

+ + 



+ + 

! PORT » 
+ + 



+ + 

1 ADAPTER ! 
+ + 



L-> + + 

~ * " ! CONSOLE LOAD DEVICE ! 
- - - + + 

" ~ I ENVIRONMENTAL MONITOR ! 

+ + 

J REMOTE DIACNCSIF LINK ! 
+ + 

• CONSOLE TERMINAL ! 
! LOCAL TERMINALS ! 

! CONTROL PANEL ! 

+ + 



COMPANY CONFIDENTIAL — Do not duplicate 

CONSOLE hARDl\ARE 

SYSTEM CONSOLE - OVERVIEW 



9-JUL-B0 
Page 15-3 



f-11 PLUS 

MMU 



4 A SYNC 
LINES 



MSU INTEC* : 



INTERNAL CONSOLE EVS 



CONSOLE MEMORY 
64K KCRDS RAM 
GK V, ORES ROM 



IN'iERVAL TIMER 



V 
V 
V 
V 

V 



I/O -BOX 
PATH LOGTC 



CONTROL 
I AN EL 
INTEC 



+ + 

! ENVIRON- ! 

-! MENTAL ! 

! INTtC ! 

+ + 



indicates DMA interface to the f-ll 



IICURE 1 2fc£0 SYSTEM CONSOLE BLOCK 
DIAGRAM 



lb. 2 GOALS 

The console subsystem goals are: 

1. Meet DECSYS1EM-208K RAMP goals. 

2. Support Remote Ciagnosis. 

3. Allov. for the implementation of 
system . 



true, o [.era tor- less 
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GOALS 

4. Provide Cn-Line diagnosis capability. 

5. Provide a console load device consistent with the system 
RAMP requirements and philosophy. 

The following sections describe the specifications that must be met 
tor the console subsystem to meet its goals. 



15.3 POWER REQUIREMENTS 

The console subsystem (the LC't;63 Module) recuires the following 
power: 

+5 volts @ 5 amp. (or less) 

+12 volts @ 1 amp. (or less) 

-12 volts @ l amp. (or less) 
The console subsystem load device (Kass Storage Unit) recuires the 
following power: 

( (To be supplied) ) 



15.4 ENVIRONMENTAL REQUIREMENTS 

The console subsystem is designed as an integral part of the 

DECSystem 2080, and as such, is intended to operate in a TEC STD 

Class A environment. The console relies on the system packaging to 
assure that the applicable RH/EMI standards are assured. 



15.5 OPTIONS 

There are NO Options available for the Console subsystem per se . The 
cables and terminal devices attached to the console communications 
ports are not part of the console subsystem. 



15.6 PRE-REQUISITES 

The following items are required for prober console subsystem 
ope ration : 

* VTlDf, or equivalent video display terminal 

* LA38 or equivalent hard-co{.y terminal 

* Sufficient power and cooling 
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15.7 NEGA1IVE SPECIFICATIONS 

The following items ere not part of the console subsystem 
goals/design criteria: 

1. Software compatibility with existing PDP-11 based systems. 

2. Compatibility with existing, off the shelf, pre-built 
operating systems. 

both of these items are precluded because of the optimization of 
hardware based addressing for the communications and other j/o 
devices used to achieve a single module console subsystem. 



15. B CONSOLE RAMP 

The following data lists the PAMP goals for the 7Q.P.? console 
subsystem. These goals reflect the overall system FAMF goals. 

1. Error detection and E'Tor Logging 

2. Remote Diagnostic 

3. I/O-bus monitor support (I/O Box resident transaction 
monitor with an historical ring buffer) 

4. Console Memory Error Correction (soft error detection) 

5. Console Memory Parity (classical PDP-11 parity) 

6. Lookback Diagnostic capability for Console Communications 
lines 

7. Temperature and Airflow sensing 

8. Power Supply Monitoring 

9. Module Isolation Diagnostics 

It. Software support of the above listed features 
11. Error Recovery 



15. y IMPLEMENTATION 

The console subsystem RAMP goals are intimately tied to the overall 
2C8G System RAMP goals and RAS structure. In fact, the console is 
the focal point for implementing the various RAMP features that must 
be included in order to meet both customer and Digital Equipment 
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IMPLEMENTATION 

Corporation expectations. 



15.9.1 CPU Error Detection And Error Logging 

The internal structure of the 2G8C CPU is a pipelined architecture. 
This structure lends itself to the detection of single bit errors 
through the use of odd parity on each nine bit portion of the data 
path. The partitioning of the data path is* such that input has a 
parity check performed before an operation is accomplished. This 
method of partitioning allocs the pipe to be stopped and the error 
occurrence to be recorded. Additionally, this allows the input to he 
properly recovered and retried. 

The various logic functions within the 202U CPU are tasked with 
informing the console subsystem of the occurrence of a parity error. 
A soft error, i.e. a transient parity error - one that does not 
occur every time data is fed into a function, can be corrected 
through the recovery of a correct copy of the erroneous input data. 
There are various intermediate level copies of Accumulator (P-C) data 
including a Master AC copy, that are available for just this purpose. 

The clock input for the failing logic function (perhaps the entire 
CPU - with the exception of the I*~Box) is stopped in an orderly and 
proper fashion upon detection of a parity error. The console 
subsystem is tasked with restarting the clock in an orderly and 
prober manner. 

The fact that an error has occurred is logged by the console 
subsystem, stored in the console load device, a^d , upon proper 
restart of the clocks, the console informs the CPU that there is 
error information that the operating system must forward to the 
system error log. This provides a redundant log of system error 
conditions but this is extremely beneficial, as will be shown in the 
next section. 



15.9.2 2080 System Remote Diagnosis 

The console subsystem provides an asynchronous communications channel 
that allows the use of remote system diagnosis. This communications 
channel allows Held Support to call the 208C system and access the 
console. T tie remote diagnosis channel can be used to run device 
diagnostic programs that will determine if a module is in need of 
replacement. Through the use of this Diagnostic tool, the remote 
diagnostic path, there will be a higher than previously experienced 
degree of certainty that the modules the Held Support Fngineer 
brings to the ailing machine -re the proper modules. 
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15.9.3 2JJ3C I/C-Bus Monitor 
To be Determined 



15.9.4 Console Memory Parity 

The console subsystem local memory has memory parity implemented. 
This allows the detection of any single bit error. Memory' transfers 
automaticly generate and check parity - odd parity of course. This 
error detection scheme coupled with the soft error correction method 
detailed in 2.1.5, provide a console memory that is capable of single 
bit error detection and correction. 



15.9.5 Console Memory Error Correction 

The console subsystem local memory has an error correction mechanism 
built into the console resident software. This software algorithm 
consists of a series of check words that when coupled with a CPC type 
routine provide the isolation to the single bit error level. The 
method of backiny up this error correction scheme is the console 
reboot from the console load device. The console reboot sec uence 
does NOT require 2PEG CPU intervention to be accomplished. ' This 
means that the console can recover from soft errors with out 
impacting the system performance. It is possible for the console to 
reload a bad block of memory (perhaps ?5£ word block) with out 
reloading the whole console mentor y. 



15. 9. C Loopback Capability 

All console devices have loopback capability. The disk interface, 
the communications channels, and the I/O-Eox interface can all he 
looped back on them selves to turn typical Write Only or Feed Only 
paths into Read/hrite paths. This Loopback capability is extended in 
the I/O-Box to include the VIL-Bus, the Ports (under F£M loadable 
control) and the M-Box path. 



15.9.7 Environmental Monitoring 

The console subsystem can monitor the physical environment to 
determine the presence of over temperature or out of voltrae 
specification conditions. 
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15.9.8 Diagnostics 

The 2U81; System diagnostics provide true module failure isolation. 

The basic architecture of the CPU is such that fault conditions can 

be detected and with some moderate support from the console 
subsystem, the failing unit can be determined. 

All of the features described in 2.1 are supported by the console 
monitor software supplied by the diagnostic engineering group. This 
software is resident on the console load device. 



15.10 SYSTEM CONSOLE DESCRIPTION - HARDWARE 

The DECSYSTEM-2e80 console subsysten is based on the Digital 
Equipment Corporation f-11 chip set. This chip set microprocessor 
implements the full PDP-11/34 instruction set. As implemented, the 
t-11 has a maximum addressing capability of ] 24K words of memory and 
4K words of I/O space. This addressing capability is implemented as 
64K words of RAM, 4K words of PROM, and 4K words of ROM-I/0. The 
subsystem includes a DMA disk type of mass storage unit (I^EU) 
interface, four programmable asynchronous communications channels, an 
interval timer, a time of century clock with non-volatile RAM (with 
built in battery backup) , a DEC MMU - memory management unit, and a 
parallel I/O channel to the I/O Box. 

This subsystem can be viewed as a simple, bounded PDP-11 computer 
system. The console subsystem executes the PDP-11 instruction set, 
handles interrupts in the classical PDP-11 ranner, addresses I/O in 
the classical PDP-11 manner, and has the typical PDP-11 programmable/ 
jumperable features hardwired. Interrupt vectors and priorities are 
hard wired in this subsystem because there are no variations to the 
standard console subsystem. 



15.11 t-11 DESCRIPTION 

The E-ll is the DEC nick-name for the second generation I.SI-11 micro 
processor chip set that executes the Digital Equipment Corf-oration 
PDP-11 instruction set. This chip set includes a standalone ISP 
(Instruction Set Frocessor) chip, an M«U (Memory Management Unit) 
chip, and an I PP (Eloating Point Processor) chip. The DECSYSTEM-2F"C 
utilizes the ISP chip (known as the Dat/Ct] chip) and the MMU chip to 
implement the Console Subsystem's console processor. 
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15.11.1 CONSOLE PROCESSOR 

The ISP or Dat/Ctl chip recognizes and executes the PDP-11/34 
instruction set, supports four priority vectored interrupt levels, 
DMA, addresses up to 28K of memory, and supports the classical PDP-11 
I/O page. The MMU or Memory Management Unit chip expands the 
addressing space in the same manner as the PDP-11/34 MMU "but the 
addressing is limitted to the on board memory: MK words of RAM, 4K 
words of PROM in the memory address area; 2K words of PROM in the 
I/O address area, and the I/O device addresses implemented in the 
upper 2K words of the I/O area. 



15.11.2 CONSOLE MEMORY 

The memory mapping of the 2C8P Console Subsystem provides for 
accessing the 70K Words of on board memory ( r -,QK Words in the Memory 
Page, and 2K Words in the I/O Page) partitioned es shown in the 
following physical address map: 

PAGE E-ll PHYSICAL ADDRESS FUNCTION 

(OC'iAL) 
h 00(U'CC-377776 (word boundary) RAM (addressable) 

E 4t'00l)P-73777G (word boundary) NON-EXISTENT 

I* 1 74ufc£C-757776 (word boundary) ^k FCM 



I 76(1000-767776 (word boundary) 2K ROM 

C 7700(^-777776 (word boundary) I/O Devices 

Notice that the ROM memory overlaps the memory and I/O space so that 
the top 4K words of memory (4K ROM) are accessible only" when the MMU 
is enabled. In this manner, the necessary power-up routines can 
always be accessed while the routines in the 4K PCM can be accessed 
only when the system MMU is enabled. Additionally, although! the MMU 
provides the capabilities to address substantially more memory than 
is implemented on the console processor, there are no provisions for 
addressing memory that is not on-board. 

The Console Memory includes memory parity and a memory parity error 
address latch. Parity is computed on data being written into memory 
and checked on data being read from memory. The parity circuit is 
intended to assure data integrity in the Console Memory. It is not 
intended to provide bus transaction parity between the F-l 1 CPU and 
I/O devices. The CMR1 (Console Memory Registerl) is a read write 
register that allows the parity circuit to be enabled or tested end 
contains the the Error flag and the hiah order memory sdr i rpc . s bits. 
The CMR2 is a read write register that is eatable of latching the low 
order 16 bits of memory parity error address. 
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15.12 MSU INTERFACE DESCRIPTION 

The MSLi (mass storage unit) interface provides a DMA (Direct Memory 
Access) path between the MSU device (a disk) end the Console 
subsystem resident memory. Ihe DMA operations are enabled by the 
console processor software. The Console subsystem MSU device 
contains all the required microcode, system boot code, diagnostics, 
etc. that is necessary to bring up the hardware portion of the 
system. System software is not available on the console MSU device. 

The following information characterizes the console subsystem mass 
storage unit operational capabilities: 

1. DMA path to the console memory 

2. Full 16 bit memory address support. 
Byte transfers only (word transfers not supported) . 



3. 
4. 



byte count support for a maximum of f^K bytes per transfer 
(Hardware limitation) . 



5. Byte count and transfer address fully prog ramma hi e. . 

The MSU disk interface consists of the following sixteen bit 

registers: 

Mnemonic 



DCSW 

DCSR 

DbCR 

DACR 

DDTB 

DCAW 

DECW 

Address 

7711GB 

771102 

7711B4 

77110G 

77111L 

771112 

771114 

771116 



F unction 

This is the disk Control/Status register Writable (WRITE ONLY). 

This is the disk Control/Status register Readable (READ ONLY). 

This is the disk Byte Counter register Feadeble (P.FAD CWLY) . 

This is the disk current Address Counter register Feedable (READ ONLY) 

This is the disk Data Transfer Euffer (Writable and Readable) . 

This is the disk Current Address holding register Wr itable ( V-TTTF ONLY) 

This is the disk Fyte Count holding register Writable (WFITF ONLY). 

Register Mnemonic and Key 

DCSW - Control/Status Writable 

DCSR - Control/Status Readable 

DBCR - Byte Count Readable 

DACR - Address Counter Readable 

DDTB - Data Transfer tuffer 

DCAW - Current Address Writable 

DECW - Byte Count Writable 

RESERVED 



Reg ister 


bit 


D CSV./ DCS R 


0:2 




8:10 




3 




4 :5 




6:7 




11:14 




15 


DCAVv/DACR 


1 5 : 
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Register Lit oescr ij. tions : 

t unction 

Mode control for the DMA address, byte counter 

and done flsg. Refer to the programming section 

for specific details on imj 1 em en tat ions . 

Interrupt Enable 

Address bits If, end 17, Extended Memory /ddress 

reserved 

reserv ed 

Interrupt Fleg 

These registers contain the address currently 
being used for the storage or retrieval of 
disk data. This represents the byte address. 

DbCW/DbCR 15:0 These registers contain the byte count for 

data transfers. 

DDTB ll:f This is the register used for the actual transfer 

of data to or from the disk. rata is fansfered 
in byte mode. 



15.13 SLU - SERIAL LIME UNIT - DESCRIPTION 

The ZILOG Z8C-S10 chip is used to implement the Serial Line Units for 
the 2080. The 2080 Console subsystem implements fou K serial line 
units. These SLU's are serial asynchronous ETA IS232C lines. The 
line speed is programmable for speeds between 50 baud and 15.2 
kilobaud. The character format for the transmitter and receiver must 
be the same. The functional allocation is as follows (The addresses 
below are restricted to the low byte address exactly as shown): 

1. CTY - bus Address 77G0CC (channel /of SIC C) 
Interrupt Priority 5 

Interrupt Vector 300 

This is used as the local copy console terminal. The line 
speed is programmable for both the transmitter and receiver. 
Split line speed is supported (i.e. the transpiitter and 
receiver can be programmed to run independently). 

2. REMOTE LINE - Bus address 77^010 (channel t>. of SIO C) 
Interrupt Priority 5 

Interrupt Vector 300 

This line is used for KLIN IK/ AFT, line speed is programmable 
and split line speed operation is supported. 
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3. LOCAL LINE 1 - Bus Address 776C20 (channel A of SIC 1) 
Interrupt Priority 5 

Interrupt Vector 310 

Ihis line is used for local applications. The line speed is 
programmable and split screed operation is supported. 

4. LOCAL LINE 2 - Bus Address 776031: (channel F of FIO ]) 
Interrupt Priority 5 

Interrupt Vector 310 

This line is used for local applications. The line speed is 
programmable and split speed operation is supported. 

The following tacle details the programmable baud rate generator 
addresses: 

Bus Address I unction 

7760 04 CTY TX/KX BAUD RATE SEL (SICC A) 

- Split baud rate (8 bit register) 
77GU14 REMOTE LINE TX/FX BAUD RATE SEL (SIOC B) 

~ Split baud rate (8 bit register) 

776024 LOC^L LINE 1 TX/RX BAUD FATE SEL (SIC1 A) 

- Split baud rate (8 bit register) 
776034 LOCAL LINE 2 TX/RX BAUD RATE SEL (SIOl B) 

- Split baud rate (C bit register) 
The Remote Line supports the following modem control signals: 

1. Protective ground 

2. Transmit Data (Output) 

3. Receive Eata (Input) 

4. Request To Send (Output) 

5. Clear 'io Send (Input) 

6. Data Terminal Ready (Output) 

7. Data Carrier Detect (Input) 
U. Signal Ground 

I. Data Set Ready (Input) 



15.14 INTERVAL TIMER DESCRIPTION 

The console Interval limer is a programmable interrupt timer and Tine 
of Day clock. This logic circuitry has an on board (or, on module, 
to be exact) battery backup. The function consists of en oscillator, 
an interval timer chip, 256 bytes of ram, end an interval timer 
output, all done in CMOS logic. 

The device appears to be xx bytes of memory in the I/O space. This 
is a byte addressable device only. The first 12 bytes pre used for 
the clock bookkeeping while the remaining 244 bytes are available for 
the user. The RAM addresses are: 
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Address function 

770(J{;t! Seconds 

770LC1 Seconds alarin 

77CCL2 Minutes 

7 / 1; B fei 3 Minutes alarm 

V/OGC^ hours 

77t;fc£5 hours alarm 

77^0CG Day of v,eek 

77t/0C7 Date of Month 

770k 1C Month 

77(^11 year 

77CC12 Control Reg 1 

7711^13 Control Reg 2 

77fcl;14 To 770377 User area 

The clock circuit v.ith its internal registers is found in addresses- 

77B«CiJ To 77C477 Reserved for the Clock chi f . itself 



lo.l-, i/G tCX IN'lLRfACE DESCRIPT1CK' 

Ti.is interface consists of a series of ]f,-RU register- ( ,: naxin.urn of 
1 .y^. re * lclfc on th£ I/C-Box. lue register definitions a-e as 

described in the 7WC I/O-Eox specification. 'ihe register aicr PS c e s 

listeu belovv are reserved for the I/O-Box use: 

7705kU-77[;57fi I/C-Eox internal registers 
77B60C-77L576 System Clock controller Registers 
77C7t,o-77C776 Diagnostic control registers 



15.15.1 INTERNAL REGISTERS 

svste^rnf ^temal Registers ar £ used to communicate with the 2fFP 

bits in! ;, ft ' ylSt ! rS C ° nsisL of Lhti translation of the CEL data 

bits into the appropriate 2080 bit as shown belov. : 



CSL BIT 



15 1< 13 12 11 If c! 



P5 ?t f3 r? fi pr 



I/O-BOX 

REG Right 2G 21 22 23 24 25 

REG Middle C4 05 g c7 CS 09 

REG Left xx xx xx Ml ^1 j,^- 

Tue addresses for these registers 



2 6 27 2 P. 


2£: 3V 


?1 3? 3 3 ?4 3 5 


1C 11 12 


] ? ]/! 


15 is 17 1 r if 


MT Ml xx 


C D 


F PP H f.2 rn 


are : 
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I/O bOX INTERFACE DESCRIPTION 

ADDRESS MNEMONIC JUNCTION 

770500 - CREGR This is the right most If hits of the 208F 

MB interface register. The NE interface 
register is the means for transiting the ]£ 
bit console data into the 30 plus bits necessary 
to talk to the 2030. 
770502 - CRECM This is the middle 10 bits of the 2080 MB 

interface register. 
770504 - CKEGL This is the left most 1^ bits of the 2f.8f! ME 

interface register. 
770506 - DRECR1 Right most 10 bits of the Data RECister 1 

770510 - DREGM1 Middle 16 bits of the Data RECister 1 

770512 - DRECL1 Left most 10 bits of the Date RECister 1 

770514 - DRECR2 Right most 16 bits of the Data RECister 2 
770516 - DRECM2 Middle 10 bits of the Data PEGister 2 
770520 - DREGL2 Left most 16 bits of the Date Register 2 

770522 - DRECR3 Right most 10 bits of the Data RECister 3 
770524 - DREGM3 Middle ] 6 bits of the Data RECister 3 
77C526 - DREGL3 Left most 16 bits of the Data RECister 3 

770530 - DREGR4 Right most 10 bits of the Data RECister 4 

770532 - DRECM4 Middle 15 bits of the Data PEGister 4 

770534 - DREGL4 Left most 1G bits of the Tata PEGister 4 

A word of data being sent to the 2GBH CPU would require the console 

to write CREC_, and then DREG . Ihe DRECL__ must be written last. r 

four word write would require the writing of the CREC_ followed by 
the writing of the twelve DREG ' s. 



15.16 2080 SYSTEM CONTROL PANEL DESCRIPTION 

The 2060 system Control Panel consists of five switches, tvo LED 
indicators and an alphanumeric LET display. The control panel is 
used to select which of the local terminals is the CTY, enable 
KLINIK, control system Cn/Off, and provide control for various other 
functions that will be specified at a later date. The LErs are used 
to inform the operator that the system is running by displaying the 
time of oay and any other information that may be appropriate. The 
following addresses are reserved for the control panel : 

771100 - 771377 .^ 

The following switches are resident on the control panel: >y ^J 

1. CONTROL -This is a four position key switch. : r/1 

Position 1: TED A\\r I A 

Position 2: Disable KLINIK Link \f^ * JJ o 
Position 3: Enable User KLINIK Link J ty «\ 

Position 4: Enable Cty KLINIK Link ■■ " C " ,l ^ ° 








TED 




3. 


1BD 




4. 


1BD 




5. 


TBD 


fe 


How 


ing 






f 



l\ 



The following LEC's are resident on the control panel: 
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1. TTL ON - This LED indicates that there is TTL power 

available to this LED, end hopefully, to the 
Console . 

2. KL1NIK ENABLE - This LED indicates that, the CONTROL switch is 

in key position 3 or 4. 



15.17 ENVIRONMENTAL MONITOR 

Trie system environmental monitor consists of various thermal sensing 
mechanisms located in the machine (not on the actual 2PBf" logic 
modules) and various sensors located in the power subsystem. The 
adoress range 77150C - 771777 is reserved for the environmental 



monitoring interface. 



15.18 SYSTEM CONSOLE - PROGRAMMING INECRMATICN 

The system console interfaces to the 2CPC-TTL bus as an invisible 
type of port, thai is, it uses the TIL bus as the path from the 
console to the CPU. Using what is, essentially, a subset of the 
basic I/O port protocol, the console can request interrupt service, 
pass information to the CPU via the EFT, access memory at the 
discretion of the mentor v controller, etc. 

The console can also use the TTL bus to pass information to, and 
receive inf oriaation from, any of the ports. The console also has 
access to the I/C-bus arbitration logic, and, with such access it can 
initiate a memory to port transfer. This can be cone through the 
simulation of the doorbell function provided by the F-BOX. The 
console can ring the bell of a given port after the console has 
loaded trie 208C memory and EPT with the proper transaction data. The 
E-BCX path to the ports is through the I/O-Box and so is the console 
path to the rest of the system. This allows the I/C-Box to be 
designed in such a manner as to allow the console to access all of 
the functions available to a port, E-BCX, or M-BCX. A certain amount 
of caution will be exercised in the design of this area of the 
console ana I/O-Box in order to preclude the possibility of a 
paranoid console (console has access to the machine - so - take over 
the busses) . 

The console is notified of the fact that the 2P.3C CPU has data for it 
by the use of specific EPT locations. The actual software protocol 
used to read and write the EPT locations used for the console will be 
detailed in the 2G8 console diagnostic specification end will be 
excerpted end included in this specification as Appendix /. 
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15.19 t-11 - CONSOLE PROCESSOR 

The I -11 implementation used on the console subsysten does not have 
the capability of running existing DEC software without rood i f icat ion - 
The standard processor tests, memory tests and so on will run but the 
I/O routines for passing information from the operator to the cpu or 
vice versa will not work because of the fact that there is no PL-11 
type device present at the classical PL-11 address. 



15.20 MSU - MASS S'lORAGE UNIT 

Upon determination of the type of device used this section v. i 1 1 be 
completed . 



15.21 SLU - SERIAL LIME UNITS 

The SLU's are implemented using the ZILCC ZfC-SIC duel channel 
communications device. The ZEfc-SIC's are implemented as word 
addressable devices. Any attempt to write into the high byte of the 
SLU addresses is ignored while the low byte is accepted in wore or 
byte mode operations. The SIO device is similar to some typical 
communications devices available on the Unibus (DC-11, P^C-11, or 
KwC-11) in that there are actually registers hidden inside the 
device. The device appears to have two registers resident on the bus 
while in actuality the first address or CSR (Control and Status 
Register) is used as a pointer register. 

The SIO register addressing scheme allows the internal registers to 
be selected by setting up the CSP register with the internal register 
pointer. The SIC internal register is then read by accessing the SLU 
Data register. 

Each SLU's CSR (register addresses 776LT-2, 77'ri?, 776H22, and 
776032) or Control end Status Register has the following bit 
definitions : 
D<2:G> REGISTER SELECT POINTER address (C to 7 octal) bits 

D<5:3> Command Select bits 

D<7:6> Extended Command bits 

The read and write functions appear to access different combinations 
of status information lumped together in a register. V.rite commands 
access up to 8 registers (including Reg P ) while the read commands 
access up to 3 registers. 
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15.21.1 Register Descriptions 

The registers are defined as follows- 
Ir.rite Leg function 

V Pointer and coram and 

1 Interrupt control reaister 

2 (RfcMLIN and L0CLIM2 only) Internet Vector r Pq ister 
•3 Receive ivode Reg " ^ u 

4 Clock Kode Fl us reg 

5 Transmit Mode reg 

6 Channel A sync reg (CTY or LCCLIN] - not used) 
^ ead Channel t sync reg (REmLIN or LOCLIN? - not used) 

Register function 

G Hag Register 

1 Extended flag Register 

I. . , (REMLIN and LGCLIN2 only) interrupt Vector register 

Write Jeg W 9 ln£ ° rn,ati ° n Ascribes the internal SLU registers: " 

tit Title tunction 

1 pnt \ The *?% bit * 5 ^ ^6 to select the destination 

\ n,S \ re< = ,lstcr for the next action: for a v.Mte, the 

* PjMT 2 next byte is written into the register selected 

by the pointer; for a read, the next read access 
is to the register selected by the pointer. 

4 ?nd \ c'ip? e ^ tS *;* encodtd fc ° Provide 8 commands to the 

5 CMD 5 no?* J',?' 111 command, 1 - Send Abort (STLC mode only 

5 CMD 2 not used by console) , ? - Reset external/status Interrupt* 

3 - channel reset, 4 - reset receive interrupt on first " 
receive character, E . . resct transmitter interrupt pending, 
o - error reset, 7 - return from interrupt. Facing, 

7 r£r i TheSe LUS are used to encode four CRC loaic r eS et 

7 CRC 1 commanas: e - Null command, 1 - reset R>; enc checker 

^ - reset 7X CRC generator, 3 - reset Sending CPC/Svnc 
latch. enly the null command is used by the console. 
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VU11E KEG 1 

ts EIE External Interrupt Enable allows raodem control status 

changes to cause an interrupt. 

1 TIE Transmit Interrupt Enable allocs TBN"I interrupts 

2 SAV Status Affects Vector allows the Interrupt Status 

to be encoded into the interrupt vector. This allows 
the various interrupt conditions to point to the proper 
service routine through the use of a dispatch table. 

3 RIM C Rx Interrupt Mode bits provide and encoded command that 

4 RIM 1 controls the action taken on a Receiver Interrupt: r - 

Rx Interrupts Disabled. 1 - Rx interrupt on first character 
only. 2 - Interrupt on all received characters, Parity 
error effects vector. 3 - Interrupt on all received 
characters, Parity E"ror does not affect Vector. 

5 W ROl ? 

6 RFN ? 

7 W/RE ? 
WRITE REGISTER 2 

Tliis is the internal SIC interrupt vector register. This is a 

programmable register that can be used hold a basic pointer for a 

dispatch table. Coupled with the assertion of the SPV bit (tit 2 of 

Write Reg 1), the various interrupt causing conditions can be 

airected to the proper subroutine. lor example, if a dispatch table 

were constructed with the following information: 

XXX Xtifc base adoress - pointer for Remlin 1BMT service routine 

XXX X02 base address +2 - Pointer for Remlin N-'odem control service routine 

XXX XD4 base address +4 - pointer for Pemlin Peceive data available routine 

XXX X0G Base address +5 - pointer for Remlin special receive condition 

routine 
XXX X1E ease address + ll ! - pointer for CTY TBMT service routine 
XXX X12 base address +12 - pointer for CTY Modem control routine (not used) 
XXX X14 Base address +14 - pointer for CTY receive data avail routine 
XXX X16 base address +16 - pointer for CTY special receive condition routine 
The same scenario would apply to L0CLIK1 and L0CLIN2. Ihis is a 
programmable 8 Lit register that does not generate the PPP-11 type 
interrupt vector but rather provides a handy dandy register to store 
the low byte pointer for the dispatch table (a programmers 
imagination can be counted on to achieve other uses for this 
mechanism) . 
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WRITE RECISTER 3 



u 


RECEN 


1 


SYNLDTN 


2 


ASM 


3 


RCRCE 


4 


EHM 


5 


AUTC 


6 
7 


RtC L 
hbC 1 



WRITE REGISTER / 
(J PAREN 

1 PE/-0 



3 



6 
7 



Eb c; 

Sb 1 



SYMC C 

SYMC 1 

CLCK L 

CLCK 1 



WRITE REGISTER 5 



Receiver Enable . 

Not used 

Not used 

Not used 

Not used 

Automatic mode enable. PCD end CTS become the enable 
signals for PX and TX respectively. 
Receiver Tits [<_r char select: f-5 tits, 1-7 bits, 
2 - 5 bits, 3 - F bits eer character. 

Parity In able 

Parity rvcn (vihen set)/ Ferity Cud (v.hen clear) 

Stoe Lit select: f - not usee'. ] - 1 stop hit [er 
chcTocLt-r. 2 - 1.5 stop bits j.e- chffcter. ? - 
2 stop bits [.er character. 

Not used . 



Clock divisor select. Alv.ays set to 1 (CI) for 
2f"Si" use. r - XI clock, 1 - Xl^ clock, 2 - X32 
clock, 3 - X r -/I clock. 



c 


TCRCE 


i 


P. 'IS 


2 


-SELC 


3 


TX EN 


4 


LPEAK 


r, 


TEC f 


6 


TbC 1 



7 DTP 

WRITE REGISTER 6 



'lx CRC Enable - not used, f'et to fi . 

Request To Send. Set = CM, Clecr = Off. 

Not Used. Setting docs not matter 

Transmitter Enable. 

£e'\6 LREAK characttr. The F-eek charrictt" 

is sent for as long as this bit is true. 

lx Pit Count: C - 5 bits (or less), 1 - 7 bits, 

2-5 bits, 3 - ?, bits per character. 

Date Terminal Ready. Set = ON, Clear = CPI. 
no t used . 



WRITE REGISTER 7 
REAL RESIST hi; C 



Not use; 



RCA 



Rx Character /vail able. Commonly called Receive 



1 


IF 


2 


•Ibls'i 


3 


DCD 
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Data Available. 

Interrupt Fending. Available only on CTY and LCCLINT 

Mv.ays set to n in RE!* LIN a^d LCCLIN2. 

Transmitter buffer eh' ply. 

Shows the state of LCD signal at time of last 
external interrupt or following execution 
of command 2. 

4 S/h Not used in 2 03P. 

State indeterminate, must, be ignored. 

5 CTS Shows state of C'i'S as in TCF above. 

6 SC/S Not used in 2C00. 

State indeterminate, must be ignored. 

7 L/A break character detected. 
READ REGISTER 1 

ti ALSENT Used for diagnostic purposes to determine that the 

Transmit shift register is empty. (TBMT true 
coupled with this bit indicates that 
the Transmitter is DONE) . 



1 

2 
3 


RC G 

RC 1 
RC 2 


A 


PE 


5 


ROE 


G 


C/FE 



7 EOF 

READ REGISTER 2 

((More Data will be provided)) 



15.22 ICC - TIME OF CENTURY CLOCK 

((To be provided upon selection of IOC chip)) 

15.23 SYSTEM CONSOLE - I/O bOX INTERFACE PROGRAMMING 

The I/O-EOX interface consists of up to 25G 16-bit registers that can 
be read or written by the console processor. The actual register 
descriptions and addresses are described in section 3.5. The J/O-Box 
includes the 2E80 Diagnostic paths, the console to CPU path through 
the I/O box, the console to TTL-Bus PORT path, and the Environmental 
monitoring logic. The interrupt request level presented to the 
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SYSTEM CONSOLE - I/O BOX INTERFACE PRCCRAMM INC 

console sub-system from the I/O Box is: 
Level 4 - CPU to Console interrupt request. 



15.23.1 System Console - IOBCX Transaction Protocol 

((THE HOLLOWING DAI A REPRESENTS A PROJECTED S0ET1'7PE I!*PLEMENTAT ION 
Of THE SUb-P UNCTIONS NECESSARY TO ALLOW TEE CONSOLE TO CCMKUNICATE 
WITH THE PES'l CE 1HE 208(1 SYSTEM. 1HERE APE NO HAPDUARE I EATURES 
-CROCKS- THAI PRECLUDE THE IMPLEMENTATION OF 1PE P ULL TIL-BUS 
PROTOCOL! !) ) 

The following is the subset of the basic COMMAND/A EDRFSE formats that 
can be used by the system console (nott that this is prel iminary data 
anu subject to change upon mastication) . There is absolutely no 
hardware restriction that precludes the expansion of the following 
protocol into the full 1TL-BUS protocol defined in the the 2CSf 1 -TTL 
bus specif ication . 

CumMAND/ ADDRESS PORHAT 

+ + + 

• • ! 

+ + + 

P<0:3> A<12:35> 

COMMANDS 
t<0:3> 

0000 MEMORY READ - POUR WORDS 

0001 EFT READ - EOUR WORDS 

010 MEM Oli Y READ - ONE WORD 

0011 LPT READ - ONE WCKC 

100U MEMORY WRITE - POUR WORDS 

1001 EFT WHITE - I CUR WORDS 

1010 MEMORY WRITE - ONE WORD 

1011 EFT WRITE - ONE KORD 

COMMAND COPES 
PICURE 2 

The 2080 I/O bus defines four command/a cdr ess functions. of these 
four functions, only tv.o are supported by the systen console: READ 
and WRITE. Ihe READ and MUTE functions have subfunctions that are 
supported by the system console: HEAD one or four words from memory, 
READ one or four words EPT, WRITE one or four words to memory, VFITF 
one or tour words to EPT. These functions are detailed below. The 
READ functions are indicated by the state of bit <{ ; > of the command 
function - when bit <C> is zero, the function is a PFAD. The 
subfunction is indicated by the state of bits <2:?>. Pit <3> set 
indicates an EPT subfunction while bit <3> clear indicates a memory 
subfunction. bit <2> clear indicates a four word transfer operation 
while bit <2> set indicates a one word transfer operation. 
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15.23.1.] MEMORY HEAD BUNCH ON - Encoded into f<f!:3> as rPCr/CClf!, 
the Memory READ function requests that the M-BCX retrieve the 3 5 bit 
data in the memory location specified by the address given in bits 
<12:35> ol the Command/Address word. The N-BOX decodts the commend 
in bits <0:3> end transfers either one or four words to the I/C-BCX. 
The I/C-BOX buffers the v.ords and transfers them to the console 
device. The memory address specified in bits <12:35> of the 
Command/ Address word specifies the starting address of a four word 
transfer if a four word function has been selected. In the event the 
selected address can not be read because of a non- recoverable data 
error, that is one that can not be corrected, the UNCCR sign?] is 
sent to the console. 



15.23.1.2 EPT READ F UNCI ION - Encoded into F<C:3> as COf; ] /C f;l 1 , the 
LPT READ function requests that the K-BOX retrieve the 3f bit data in 
the EFT location specified in the address bits <12:?5> of the 
Command/ Address word. Note that bits <12:2G> ere translated by the 
M-BCX to reflect the current EER contents and thus access the proper 
EPT location. The N-BCX decodes the command in bits <0:3> and 
transfers either one or four words from the E:FT location specified in 
Command/ Address word to the I/O-BCX. The I/O-BCX buffers the word 
or wo res of data and then transfers them to the console. in the 
event of a transaction error, the K-BCX informs the console through 
the assertion of the UNCCR signal line. 



15.23.2 WRITE 

The WRITE functions are indicated by the state of bit <("> of the 
command function - when bit <0> is a one, the function is a WFITF. 
The subfunction is indicated by the state of bits <2:3>. Bit <3> set 
indicates ar\ LPT subfunction while bit <3> clear indicates a memory 
subfunction. bit <2> clear indicates a four word transfer operation 
while bit <2> set indicates a one word transfer operation. The 3 f> 
bit data plus parity is buffered by the I/O-BCX before it is 
transferred to the M-BOX (memory or ept) locations. 



15.23.2.1 MEMORY WRITE FUNCTION - Encoded into F<C : 3> as lrrT/] r\l n , 
the memory WRITE function requests that the N-FCX allow the 
subsequent 36 Lit word or words to be jam transferred from the 
console to the memory address specified by the address given in bits 
<12:35> of the Command/Address word. The I/O-BCX buffers the 3^ bit 
data woro or words (along with the parity bits) until the /'-Box 
generates a grant that allows the transfer to take place. 
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15.23.2.2 EPT VPT'it FUNCTION - Encoded into Kfi:?> as 1 C H .1 / 1 F 1 1 , the 
EPT write function rtujests tna t the f>-tOX allow the jam transfer of 
36 Lie data from the console to the EFT location/ locations specified 
in hits <12:35> of the Command/ Address word. Mote that bits"<l?:2^> 
of the Commend/Address word are translated by the >-PCX to reflect 
the current LLP contents and thus allow the data to be wittm into 
the proper EPT address. 
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15.24 REFERENCE ChAPT 

The followiny data attempts to provide e cuick reference for the 

aduressincj, vector address and interrupt priority of e?ch device on 
the internal console subsystem bus. 

LUS FUNCTION COMMON INTERRUPT INTERRUPT 

ADDRESS (READ/V.RITE) MNEMONIC PRIORITY VECTOR 



777 77G 

777 774 

777 772 

777 77G 

• • 

777 72C 
777 717 
777 716 



777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 
777 



707 
706 
70 5 
704 
7C3 
702 
701 
70C 
656 
654 
652 
65« 
G46 
644 
642 
64 



PROCESSOR STATUS fcCRD 

STACK LIMIT 

PROGRAM INTERRUPT REQUEST 

} DEC RESERVED 



USER 
SUPERVISOR 



KERNEL 



GENERAL 
PEGISTER 
SET £ 



R6 


(SP) 


R6 


(SP) 


R7 


(PC) 


R6 


(SP) 


R5 




R4 




R3 




R2 




Rl 




F!F 





USER ACTIVE PACE 
ADDRESS REGISTERS 



777 
7 77 
777 
777 
777 
777 
777 
777 
777 
777 
777 



616 | 

614 | 

612 | 

61C J 

606 } 

6fc*4 | 

602 | 

6QC I 

576 ] 

574 } 

572 } 



USER ACTIVE PAGE 
DESCRIPTOR REGISTERS 



SI AT US 
STATUS 
STATUS 



REGISTER 2 
REGISTER 1 
REGISTER f 
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776 

77G 

776 

77G 

776 

776 

776 

7 76 

776 

776 

776 

776 

776 

776 

776 

776 

772 

772 

772 

772 

772 

772 

772 

772 

772 

772 

772 

772 

7 72 

772 

772 

772 



034 

03 2 

tJ30 

026 

024 

022 

020 

015 

01^ 

CI 2 

Lit* 

00 6 

004 

002 

t>t;o 



356 | 

354 | 

352 | 

350 j 

346 } 

344 | 

342 | 

340 | 

316 | 

314 | 

312 | 

310 j 

3CC J 

304 | 

302 | 

300 I 



reserved 
baud Pate Cen 
Cont/Etat Pegister 
DciLu Pegister 
reserved 
baud Pate Gen 
Con t/ Stat Pegister 
Data Pegister 
reserved 
baud Pate Cen 
Cont/stat Register 
Data Pegister 
reserved 
Baud Pate. Cen 
Cont/Etat Register 
Data Register 



US LP ACTIVE PACE 
ADDPEEE REGISTERS 



USER ACTIVE PACE 
DESCRIPTOR REGISTERS 



R/l« 

P/ h 
R/h 

R/h 

R/h 

R/K 

R/h 

R/K 
R/l< 

P/ h 
R/h 
P/l\ 



LOG PIN? 5 



LCCLIN1 


5 


REt^Lirv' 




REM LIN 


5 


CTY 




CTY 


c 



21 r (SLU 1 Chan B) 
3 If (SLU 1 Chan A) 
3 Of (SLU r Chan B) 
(SLU fl Chan P) 



111 111 

■ ■ 

771 400 

771 377 

771 100 

7 71 G77 

* • 

» • 

771 [jec 

770 776 

■ ■ 

7 70 50 C 



Environmental 
Koni tor 

Interface 

Control 

Panel 

Interface 

Pass Storage 
Unit 

Interface 

I/O box 
Interface 
Peg isters 



F/h 



P/h 



R/h 



p/ h 



F:WMO 



CPI 



PSK 



ICE 



3*P 



iif 



32P 
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770 477 

770 400 

770 377 

770 000 

767 776 
: : 

760 COO 



'1 i iii e o £ 
Century 
Interface 

Non-Volatile 
Ba tt e r y-Ba c ked 
RAfo 

I/O Page 
Resident 

ROM 

Power fail 

bus Error 



P/K 



R/K 



TOC 



NVRAI* 



none 



IBfl 



none 



READ ONLY 


none 


non 


READ ONLY 


7 


CB4 
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16.1 PHCCUC'l OVERVIEW. 
16.1.1 Product /bstract 

Ihc 2L'IJU console subsystem serves as: 

1. Itie oterd.ti.ny system's controlling tpniii,l(c) , I'hen 
timesharing is running, the console trovides the system CTY 
link, monitors environmental conditions, one provides support 
for soft error recovery and error logging. 

2. The computer system's hardware console. It can be used for 
the operation and control of the hardware in the system. 
I- unctions include system bootstrapping, pver fail restart, 
system initialisation, and acting as the lights and switches 
of the machine. 

3. The system's diagnostic console. It controls loading, 
scripting and execution of diagnostic programs, eiC serves as 
a hardware and software debugging tool. 



This document details the functionality of the ?r*9c console 
subsystem and the associated software tasks necessary to 
implement that functionality. 

The console subsystem software will consist of three 
segments of code: 

1. r ihe "hard-core" console (KC.'FCii) is blasted in frPf'"'. 
'ihis may be up to 12KE of memory, always available. "] h i s 
segment of software contains: 

* routines to test the basic hard-core hardvare in the 
console . 
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* routines to load the "loadable" console or conso]e 
diagnostics into console 1'AI*; (see (2) below). 

* an ASCII console terminal handler end command parser. 

* routines to handle the required KLINIK//PT 
functional ity . 



Vhen the "hard-core" console is in control, the 
prompt 'ROM>' will be typed on the console term inal ( s) . 

Ihe "loadable" console (KCCCK) is the next 33KE of Fl] 
program loaded into the 111 RAM. This 3£KE "loadable" 
console plus the 12KB of "hara-core" console make up what 
is referred to as the "resident" console. " This 
"loadable" console provides: 



* 

* 



an extensive set of 2fcGC CPU specific functions. 

a more sophisticated (TCPS-2C like) terminal handler 

and command parser than the "hard-core" console. 

* a general purpose subroutine package for -use by the 
console-based diagnostics and the Run-time Support 
Program (see (3) below). 

* routines for bootstrapping of the entire 2f 8 system. 

The memory segments containing the "loadable" 
console are mapped as read-only using the Fll memory 
management option. Mien the "loadable" console is in 
control, the prompt 'CCN>' will be typed on the console 
terminal ( s) . 

3. Ihe Hun- time Support Program (KCPSP, called the RSP 
hereafter) , is loaded into a portion of the rest of the 
available console F.AM. It forms the topmost (third) 
level of software in the console subsystem. The RSP will 
recognize all commands recognized by the "loadable" 
console plus some additional ones. it will provide the 
same sophisticated terminal handler and command parser as 
the "loadable" console. The FSP implements the 

additional functions and communication protocols 

necessary to run an operating system or any stand alone 
exec Hi ode program. V hen the RSP is in control, the 
prompt 'RSP>' will be typed on the console terminal(s). 

During hardware debug, or the manufacturing process, the DSP 
may be replaced by a console-based 2ECC diagnostic. Any such 
diagnostic would act as the top most level of the console 
software, and command parsing would be the same as described for 
the RSP. In general, command parsing shall be consistent for all 
levels of commend decoding except for the "hard-core" console. 
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The software 
end KLLCF. Code 
uUdeo to the urogs 
will b e r em ov ed , 



shall basically be an upgrade of the FLU' front 
for nev. and different front end devices will be 
am. Code for obsolete and non-existent devices 

f\J i"-"- V ; Funrt innc Hf al inn i. i f- K t- V . n OdC" r p r \ ■, ; T T i- . , . 



trovided and a nev, command {.arsing scheme will be provided, ^s 
an upgrade of KLDCF, the 2(;SC Console Program will be written in 
PDP11 assembly language and assembled under NACY11. 
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16.1.2 Product Audience 

The console software v.ill be used by hardware engineers, 

iielo service personnel, manufac tur ing personnel, system 

prog rammers , diagnostic prog rammers , and end-user operators, 

adm inistrators , and programming personnel. In short, anyone who 
uses the 2CGC console terminal(s). 



16.2 PKODLCT GOALS 
16.2.1 Pe r f o mi anc e 



1. Ihc console processor will drive the f FT line at 19. 2Kb. A 
VTllC or hardcopy terminal may be attached to 19.2Kb lines 
(Pax speed, programmable by the console), ^.^d v.ill be driven 
at tht maximum rate whenever possible. 

2. The console command language will be easy to learn and use. 
It will conform to the LLC Standard Command Language 
guidelines and will implement full recognition and promoting. 

3. System booting ar\d power-fail restart will occur without 
operator intervention. 

4. The time to perform the console hardcore tests will be less 
than 3 seconds. 

5. The console will act as the light and switches of the 2F80 
system. 



16.2.2 Environments 

The console- software assumes the following console hardware 
configuration: 



1. A JrCNZll (111) with memory management fo r 
mFU. 



the console- 



Two console terminals - p, hardcopy terminal 
LA12( : or equivalent) and a video terminal 
equivalent ANSII standard terminal). 



( an LA? *, 

( a VTKf or 



Light asynchronous lines. Cne of these lines must 

provide full modem control and variable baud rates to ?t 

least 19.2KB in order to meet the KLTN'IK/APT 

requirements. One oL these lines must implement EIA 

standard RS-422 and the other seven must implement EIA 
standard PS-232-C. 
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A. 12SKB of RAM. 

5. 12KB of EPRCM. 

6. An RXC4 floppy Disk for the console load device. The 
powering on and off of this device must be programmable 
Ly the console software. 

7. A programmable event tinier. 

6. A parity computing network to allow faster computation of 
Microcode parity. 

S. A lime-of-Centur y clock with Lattery backup. 

1C. 255 words of non-volatile read-write memory to support 
proper power-fail restarts of the system. 

11. A diagnostic visibility/control mechanism to support the 
microdiag no sties. 

12. System clock control - start, stop, half-step and hurst. 

13. Pn PI- character alphanumeric display on which tic console 
can display error information and other functions. 

14. A console panel containing: 

1. u power -on switch. 

2. a "System Start" switch. 

3. a "Console Start." switch. 

4. a Console Lock key switch. This switch must provide 
a hardware lockout of the two "Start" switches and 
must be readable by the console software. 

5. a four-position key switch: power- on disable, 
power-on enable, KLINIF user enabled, and KLIt-.'lT CIY 
enabled. The status of this switch must be readable 
by the console softv.are. 



16.2.3 Reliability Coals 



'io allow the operating system to continue running 
console crashes. 



if the 



2. To provide enough hard-core testing in RROi-i to verify that 
the console l-PU can talk to the CTY and the lord device. 
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1G.2.3.1 iailsoft Coals 



1. int.- 208D console software shall attc?mpt to recover from soft 
parity errors which occur in its instruction space. 

2. The console shall also handle console subsystem [ rog ramming 
errors and operator typein errors in a reasonable fashion. 
During timesharing, any commands that would cause timesharing 
to stop in an unorderly fashion will require confirmation. 
This will not stop the malicious user from crashing a system, 
but it will help prevent, the clumsy-use" from accidentally 
crashing the system. There will be a command available to 
turn off confirmation. 

3. The Console Lock switch will prevent a user from 
inadvertently crashing a running system. With the switch 
enabled, depressing a console switch or typing Control-\ 
curing timesharing will have no affect. 

4. System operation will continue if one of the two console 
terminals goes away. 



16.2.4 Non-Coals 



To have the loadable 2CGD console software implement a VAX 

compatible console command language. lor "those commands 

which have the exact same function, parsing shall be 
consistent. 

To be capable of accessing the operating system disk file 
structure, except for the code necessary to find a disk 
"bootstrap." area. The bootstrap area shall be a contiguous 
number of blocks on the disk, end pointed to by c^\ entry in 
the disk's home block. This scheme is like that used on the 
KSK. 

To support any devices on the console other than those listed 
in the "Environments" section. 

"lo provide the "hard-core" console capability to boot the 
"loadable" console from a system disk or tape. This implies 
that it the console floppy is down, the only r;e<ns to boot 
ttie "loadable" console is the vie the KLINTK/7P'] line. 
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1G.3 I UWCiIGNAL DEFINITION 

1G.3.1 Operational Desct i{. tion 

The console software covered by this specification consists 
of a "hard-core" console (KCRCM) which is blasted in PRO., a 
"loaaable" console (KCCtM) which is located in the first ?PKE of 
KAI»! , and the Run-time Support Program (KCP'JP) which occupies a 
portion of the rest of the RAM space. The functionality 
contained in eaci: of these three programs is described briefly in 
the next three sections. More detailed descriptions of 
individual functions are provided in subsequent sections. 



15.3.1.1 "hare-core" Console - 

The 12KB of FKCM space contains the "hare-core" console code 
(program name KCkOf-i) which performs those software functions 
which must be permanently available. Those functions include: 

1. tieloing and attempting recovery on console memory parity- 
errors. 

2. Performing a console harov.are hardcore test. 

3. Looting the "loadable" console from the console florpy or 
downline over the KLINIK/APT line. 

4. Performing very basic terminal handling and command 
parsing. Wo 1CPS7C style prompting or recognition will 
be prov ided . 

5. Providing console CDT (Octal Tebugging Technique) 
functionality plus commands to select the boot device a^d 
to boot the "loadable" console. 

G. Driving the KLINIK line as a remote diagnosis port. 

7. Initiating the Ltart or festart procedures up to the 
point where the "loadable" console can take over. 



V\iien the "hard-core" console is in control, the prompt 
' KOtf>' will be typed on the console terminal(s). 
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16.3.1.2 "Loadable" Console - 

The lirst 3SKE of loadable RAM is referred to as the 
"loadable" console (program name KCCCW) . 'log ether with the 
"hare-core" console, it comprises the "resident" console. It is 
loaaed by the " hard-cor e" console and provides the following 
tunc tional ity : 

1. An extensive set of commands to access and control the 
2GS£ System hardware. 

2. A text editor. 

3. Routines to communicate with the pov.er controller and 
monitor the environmental conditions. 

4. A more sophisticated terminal handler and command parser 
than the "hard-core" console. The parser provides a 
consistent subset of TCPS2C-1 i ke "prompting c - ;n d 
recogni tion . 

5. A general purpose subroutine tackage for use by 
console-based diagnostic programs, the REP, and console 
utility programs. ihe routines and their interfaces are- 
described in Appenoix C. 

G. Rouliries tor bootstrapping the 2(T0 systcia. This 

includes loading microcode into the- CPU and I/O rorts. 

7. An ODT-like debugging package. 

The memory segments containing the "loadable" console are 
mapped as read-only using the 111 memory management option. This 
protects against higher level console programs overwriting jarts 
of the "loadable" console. 

V>hen the "loadable" console is in control, the prompt 'CCb>' 
will be typed on the console terminal (s). 
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16.3.1.3 hun-time Support Iroorc.m (FSF) - 

The Fun-tine Support Program is loaded somewhere in the 
remaining console FAM which is not occupied by the: " -osident" 
console. The only tine that the FSF will not be in PAK is when 
console-based diagnostics or utilities (such as the 

Trace/Debugging Package) are being run. The functionality 
provided by the PSP includes: 



1. 
2. 



b 



C. 



Executing its tart of the Start or restart seeuence. 
Suetorting UGEP FCDE KLINIK between the KLINTK US? FT and 

t. l , .-, ' f c /■ I", — „-..._ .... 



ie ^. t 



v8C Prog ran, . 



3. Supporting 2CCC-; Program to/ from Console floppy rata 
transfers. Ihis features will be used only for software 
development and release engineering. 

4. Communicating with a 2LcO program (Operating System or 
Diagnostic monitor). This includes routing message 
jackets between the ?r?" prograir and the console devices. 

5. Providing module callout for the CPU cluster when the CPU 
error detection hardware detects a fault. This assumes 
that atieeuate error scan-out logic is provide to do this 
isolation. Approximately 7t:-£S? of the possible CPU 
errors should be isolatible to the module. 

Providing error logging for soft CPU errors. 



7. Providing routines to initiate instruction retry after 
2f'8£! CPU h arc; ware error. 



Capability to run two tasks in a foreground/background 
mode. This will be usee to do fault insertion to test 
CPU error detection and microcode retry rigor i t.hms . 



Mien the FSP is in control, the prompt ' FSP>' v.ill be typec 
on the console terminal ( s) . 
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16.3.1.4 Software Configurations - 

There are several possible configurations of software 
running in the console and the 2080 CPU. Obviously, the 
"hard-core" console is always present. The "loadable" console is 
always present except when a console diagnostic is being run or a 
console hard-core hardware problem exists which prevents its 
being loaded. Normally, when a program is running in the 2080 
CPU, the RSP program must be running in the console. Otherwise, 
the RSP may be replaced by console-based 2080 diagnostics or 
other console utility programs. The table below lists the 
possible configurations. 

Console software 2080 CPU software 



1. KCROM * 

2. Console Diag * 
KCROM 

3. KCCON * 
KCROM 

4. Utility Program * 
KCCON 

KCROM 

5. Console-based 2080 Diag * 
KCDSP 

KCCON 
KCROM 

6. KCRSP * 
KCCON 
KCROM 

7. KCRSP * Operating System * 
KCCON 

KCROM 

8. KCRSP * " Diagnostic Nonitor (DP0MCN) * 
KCCON 



* - 



KCROM 

program in control 

In configurations 1-5 no program is running in the 20P0 CPU. 

1. In configuration 1, the user is at ' ROM>' prompt level 
talking to the basic "hard-core" console command parser. 
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2. In configuration 2, the user is running s diagnostic of the 
console itself. These diagnostics vvill be reworks of 
standard PDPll CPU diagnostics. Prompting and dialogue is 
under control of the diagnostic. 

3. In configuration 3, the user is at 'CON>* prompt level 
talking to the TOPS-2C like command parser. 

4. In configuration 4, the user is running a console utility 
program (such as the Trace Package) as a third level of 
software in addition to KCROM and KCCCN. The functionality 
of KCCON is available to the utility as sub"outines . 
Prompting and dialogue are under control of the utility. 

5. In configuration 5, the user is running a console-based 2EP0 
diagnostic as a fourth level of software in addition to 
KCROM, KCCON and KCDSP. KCDSP is the Diagnostic Support 
Package which runs transparent to the user as a third "level 
of software. It provides test dispatching and subroutines 
for the diagnostic. Prompting and dialogue are under control 
of the diagnostic and KCDSP. 

6. In configuration 5, the user is running the Run- time Support 
Program as a third level of software in addition to KCROM and 
KCCON. The functionality of KCCCN is available to PSP as 
subroutines. Prompting and dialogue are under control of the 
RSP. 

7. In configuration 7, the user is running an operating system 
in the 2080. The RSP is actively communicating with the 
operating system. CTY input and output are under control of 
the operating system, with the RSP merely serving as a 
buffer. 

8. In configuration 8, the user is running 2CP0-based 
diagnostics under control of the 2080 Diagnostic Monitor 
(D80MON) . The RSP is actively communicating with DPCMCN. 
CTY input and output are under control of D8CMCN, with the 
RSP merely serving as a buffer. 

Note that when a console-based 2£Pf diagnostic is running 
(configuration 5) , no program can run in the 2P80 since the 
diagnostic will be manipulating the 2C8Q hardware at the 
microcode level. 



COMPANY CONFIDENTIAL — Do not duplicate °-JUL-P<? 

CONSOLE SOFTWARE Page ]Q-12 

FUNCTIONAL DEFINITION 

16.3.1.5 Console Terminal Handling - 



16.3.1.5.1 Terminal Modes - 

The two contexts in which the console terminals operate are 
"Console Mode" and "System Mode". In "Console Mode", the 
controlling console program handles all terminal input and 
output. The console program's types it prompt (e.g., ' CON>') end 
all characters typed at the terminal are interpreted as input for 
the console program. "System Mode" is the normal mode when a 
program is running in the 2080 CPU and the RSP is running in the 
console. The RSP program is transparent to the user and acts 
mainly as an intelligent terminal buffer. All prompting and 
character echoing must be provided by the 2PF0 program. 
Characters typed at the terminal are passed directly to the 2VPP 
program. Up to 128 input characters will be buffered. If an 
overflow occurs in "Console Mode", the character is thrown away 
(not echoed) and a bell is given. In "System Mode", the 
character is written into the input buffer over the previous last 
character received. When this overflow character is finally 
passed to the 2080 program it is accompanied by an error status. 
The capability will be provided for the 2080 program to request 
the flushing of the console input buffer. 

There will be commands provided to switch the console 
context. To change context from "System Mode" to "Console Mode", 
the user must type a CONTROL-BACKSLASH (~\) . This is the one 
character which is not passed to the 2C80 program in "System" 
mode. If a single Control Backslash is typed, the mode switch 
will occur after all the preceding characters in the input buffer 
have been sent to the 2080 program or after a timeout has 
occurred. Two Control backslashes cause immediate transfer to 
"Console" mode. All characters in the input buffer are flushed. 
This is analogous to the operation of Control-C in TCPS-2P. This 
mode switch will result in the 'RSP>' prompt being typed and the 
console entering into a foreground/background mode. At this 
point, the terminal input is processed by the RSP program. The 
RSP will continue to maintain keep-alive and other essential 
communication with the 2080 program. A command to change the 
escape character will be provided. To return to "System Mode", 
the user must type the command 'QUIT' to the RSP (see Appendix 
B) . Any command to the RSP which executes a 2C8C instruction or 
starts a 2080 program will automatically cause a switch to 
"System Mode" . 

NOTE: If the Console Lock switch is in the lock position, 
typing a Control-\ will have no affect. 
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16.3.1.5.2 Terminal Usage - 

The 2£80 will have both a hard copy and a video terminal 

attached to the console at all times. The use of these terminals 

ana how they are controlled by the console software varies 
depending on the situation. 

The "hard-core" console will treat both terminals 
identically. All output will be sent to both terminals and input 
will be accepted from both terminals. Also, if the console panel 
key switch is in the KLIMIK CTY position, the KLIMIK line will be 
treated the same as the two terminals. 

The "loadable" console and the console utilities treat the 
terminals differently. 

Input from the hardcopy terminal will be echoed at both 
terminals and all output resulting from the execution of 
a command at the hardcopy terminal will be sent to both 
terminals. If the KLINIK line is being accessed, it v, ill 
also receive echo and command execution output. 

Input from the video terminal will echo on the video 
terminal and on the KLINIK line if it is being accessed. 
Command execution output elso goes to the video terminal 
and the KLINIK line. Echo and command execution output 
will be sent to the hardcopy terminal only if it is 
enabled as a logging device. There will be a commands to 
enable and disable this feature. 

Input from the KLINIK line will echo on the KLINIK line 
and at both terminals. Command execution output will 
also be sent to all three lines. Py command, the KLINIK 
user can inhibit all typein on the console terminals. 
The local operator can override this by ???. 

The console-based 2P8t* diagnostics will treat the three 
lines the same as the "loadable" console does except that the 
hardcopy terminal will always be enabled as a logging device. 

If no program is running in the 2PPG CPU, the PEP treats the 
three lines the same as the "loadable" console does. If there is 
a 2080 program running, the RSP and the 2080 program work 
together to provide the following functionality. The video 
terminal is operated in a split screen mode. The first four 
lines are used for a hardware real-time display controlled by the 
RSP. The remaining twenty lines ere used for the operator's 
terminal under the control of the 2('8f program. The hardcopy 
terminal is used as a logging device for important system 
messages and information which may or nay not be also displayed 
on the operator's terminal. The output to each is determined by 
the 2080 program. A Control-\ typed at the video terminal will 
put both the video and hardcopy terminals into "Console Mode" at 
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RSP pronf t Jevel. ? Control-\ typed at the hardcory terminal 
will pat the hardcopy terminal into "Console Mde" but' will not 
affect the video terminal. a Control-\ typed over the KLIMIK 
line (assuming that KLINIK CTY is enabled) will put the KLIN'IK 
line anu the hardcopy terminal into "Console Node" but will not 
affect the vieeo terminal. 



1G.3.1.6 Transitions between Prompt Levels - 

The table below describes the actions necessary to rrove 
between command levels: 



1 r oru 


Level 


To Level 


RGio 






CCN> 


KOW> 






RSP> 


CCN> 






KCM> 


CCW> 






RSP> 


RSP> 






KOW> 


K£P> 






CCN> 


user pr 
prompt 


og 


CCN> 



Action Recuired 

type 'P. KCCCK.xxx' 

not directly possible 

depress 'Console Start' switch on 
console panel 

type 'RUN FSP' 

depress 'Console Ftart* switch on 
console panel 

type 'QUIT' 

type 'QUIT* 
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16.3.1.7 "HarcJ-core" Console Commands - 

The "hard-core" console will implement commands to perform 
the following functions. 

1. Examine and deposit console memory and general purpose 
reg isters . 

2. Examine and deposit the console Processor Status Vo^d 
(PSW) . 

3. Start a console program at a specified location. 

4. Proceed from the location specified in the console PC 
(R7). 

5. Change the default Eoot device. 

6. Load console RAM from the default Foot device or the 
KLINIK/APT line. 

7. Set one non-deleting breakpoint. 

3. Change USART line speeds for the hardcopy terminal and 
the KLINIK/APT line. 

NOTE: Those commends which reference memory are 
restricted to Kernel Virtual addresses E-32K. 



16.3.1.E "Loadable" Console Commands - 

The "loadable" console will implement commands to perform 
the following functions: 

1. Examine and deposit console memory and general purpose 
registers. 

2. Load, verify, start and run in programs the console. 

3. Dump the contents of console memory onto the console 
floppy. Dump file will be in binary format (.FIN). 

4. lake a directory of the console floppy contents. 

5. Delete or rename a file on the console floppy. 

6. Edit a commend file. For a description of the editor 
functionality, see the section 'Console Editor'. 
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7. Execute the contents of a coninand file from the console 
floppy =>s if the information were being typed at the CTY. 
Tli is is similar to a Batch control file on 1CPS-2r. 

8. Enable and disable echoing during execution of command 
files. 

S. Perform a hardware reset on the entire 2('P£ system or on 
selective sections of it, the TTL Bus, KLCY , etc. 

It:. Examine and deposit I/O Port microcode. 

11. Load and verify Port microcode from the console floppy or 
the KLINIK/AFT line. 

12. Examine and deposit 2 C 8 f ) MCS memory, using physical 
addressing . 

13. Examine and deposit 2C8C CFU accumulators (all PC 
blocks) . 

14. Read and Write 2C8£." CPU internal registers. 

15. Examine and deposit 2C8fi CPU microcode control RAMs and 
lookup RAMS. 

16. Load and verify 2"30 CPU microcode from the console 
floppy or the KLINIK/AFT line. 

17. Examine and deposit Next and Previous locations, on 
commands where applicable (console memory, l-CS memory, 
I/C Port microcode) . 

10. Repeat command. 

IS. Periorm clock control commands - hurst, cycle, clock 
start, clock stoj , select clock rates and margin the 
clocks . 

2fc. Single Step the 2C8C CPU m icromachine . 

21. Breakpoint the micromachine (if the feature is 
implemented in the hardware) . 

22. Load and start the system or diagnostic "pre- Boot" 
programs from the console floppy or the KLINIK/AFT line 
into 2K8G memory. 

23. Loaci the system. This includes all microcode. 



/. 



4. Boot the system. This includes loading all microcode and 
performing a cold start, warm start, or soft start, as 
specified by the commend. 
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25. Zero l-.OS memory, either by direct deposit into the 
memory, or by the quiet execution of the atororriate 2t,?:? 
i n s t r uc t i o n . 

26. Define a logical commanc . This will be used for the 
situation where a sequence of console commands is used 
frequently. This command v.ill allow the user to specify 
a sequence of commands which can be executed by typing 
the logical command name as a command or as the argument 
top a "KEFEAT" command. There will be either 4 or P 
logical commands which can be defined. The use will 
also be able to define a sequence to be executed upon 
hitting specified terminal keys. 

27. Set parameters to be usee by the console for input/output 
to the four asynchronous lines or as defaults in certain 
situations. Some of these parameters will be maintained 
in non-volatile RAM end therefore will "emain in effect 
until changec by another command. (See the section 
'Non-volatile HAM Contents' for a complete list.) Some 
currently envisioned parameters are: 



1. Terminal characteristics 

(a) Page length 

( b) Line width 

(c) Terminal type 
(o) Line speed 

(e) Tabs 

(f) XON/XOtf enabled 



2. Confirmation (if you would like "fatal to 2CPC 
program" commands confirmed) 

3. Auto boot device (which device should be used in 
start and restart situations) 

4. Suppress leading zeroes (Software peofle prefer 
leading zeroes oe suppressed. Hardware and service 
people prefer full printout. This option will be in 
effect only for responses to console commands. 
Console-based diagnostics will ignore this parameter 
for error printouts ) . 

5. Auto Reload. Khen this parameter is set, the console 
will attempt to automatically boot and start the 2f.TP 
after Keep-Alive failure. 

6. KLINIK password 

7. Default loao device. This will be used to specify- 
that either the console floppy or the KLIK'IK//PT line 
be used by the console during norma] operation. tor 
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example, it specifies the load device to be used when 
a program running in the 2000 requests a reed or 
write of tlie default load device. Note that this may 
be different fron. the Auto- boot load device and is 
not maintained in non-volatile memory. 

2 £ . Set volte g e m a rg ins . „ 

29. Get information about various parameters and status. 

30. Enter the console CDT package. (see section 'Console 
OCT' for details.) 

31. Terminate a KLINIK access. 

32. Use the hardeopy terminal as a line printer. 



1 6 . 3 . 1 . S HSP Coram end s - 

The PSF will implement commands to perform the following 
functions: 

1. Enter "System /'•ode". This will be used mostly in 
conjunction with the Control-Backslash to facilitate 
transferring between "System Node" a^a "Console Node". 

2. Change the escape character used to transfer from "System 
Node" to "Console Node" . The default is Control 
fcaekslc sh . 

3. Select one or both of the console terminals to be the CTY 
for operating system communications. 

4. Shutdown the 2080 Program. This command will do the 
equivalent of what is done for the I' SIP Shutdown command, 
namely oeposit a -1 into memory location ?r. 

5. Continue the 2000 program. 

0. Halt the 2 L- 8 1; CPU. *s 

7. Start the 2CC0 at a specified address. This will always 
be an LXEC moat start v.ith no RESET done. 

C. Pesync the RSP with. the rrSS program. This will 
re-establish communication and Keep-alive. 

9. Execute a specified 2030 instruction in the 2 (.'CO CPU. 
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10. Single instruct the 2P3C CPU. 

11. All commands supported at the "loadable" console command 
level will also be available at RSP command level. 
Commands which cause the TCP to be overwritten, such as 
RUN and LOAD CCNSOLE, will require confirmation 



16.3.1.10 Console Memory parity Errors - 

The console will attempt to recover from parity e-r ors in 
its RAM space. The console RAM code vail be divided into 25^ 
wora segments. For each segment, the "hard-core" console will 
keep the total XOR of all locations within that segment. It will 
also keep a map of which segments contain instructions and which 
contain oata buffers. if there is a RAM parity er-o-, thp 
audress of the faulty word is latched in a special ha-dwa-e 
register and a hardware trap to a "hard-core" console r PCOVe r V 
routine occurs. The routine turns off all interrupts. 



It the error occurred within a data segment, recovery is not 
possible The "hard-core" console types an e-ror messace on the 
C1Y ana in the panel display and logs the error information in 
the non-volatile RAN!. it then does a console init and restarts 
the "loadable" console. ." ' 

If the error occurred in an instruction seqment, the 
recovery routine computes the total XOR of all locations within 
that segment and compares the result to the "kept" XOR value 
Tins comparison will identify the bad bit. The contents of the 
latched address is read, the bad bit is complemented, and the 
result is written back to the address. The contents are r ea d 
back to insure that the bit got corrected. if the e-ror is 
non-recoverable and the Console Lock switch is not 'enabled, the 
console goes to prompt level ('RCM>') and waits for input if 

the Console Lock switch is enabled, terminal input is ignored, 
it the operating system was running at the time of error, it will 
time-out the console keep-alive and poke its electronic fincer at 
trie console. This will cause the console to reboot and r e e vnc 
with the operating system. The logged error information will 
then be passed to the operating system for SPEAR reporting. 

During this recovery period all communication, includinq 

keep-alive, with the 2080 program is suspended. Thus the 

keep-alive period must be defined to be at least twice the 
expecteci recovery time. 
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16.3.1.11 Console Hardcore lest - 

When the console is powered up or the 'System Start' switch 
is depressed, a console hardcore test is performed. Testing 
includes a basic PDP-11 instruction test, a checksum of the ROM 
code, a complete console RAM test, a UART loop-back test and a 
DMA controller loop-back test. As it progresses through this 
test sequence, it prints an incremental message in the console 
alphanumeric display, on the console hardcopy and video 
terminals, and over the KLINIK/APT line. Should the console fail 
anywhere in its self-test, the displayed code will indicate 
exactly how far along in the sequence it got. This 
correspondence will be documented and available to the user. 
This technique will aid the user in distinguishing between 
hardcore console failures and failures in the console terminal in 
the case where nothing gets typed on the terminal after power-up. 
If possible, the program will enter an error loop. To escape the 
loop and enter "hard-core" console CDT level, the user must type 
a Control-C. 

lor complete details see the "2080 System Console PRCM 
Program" functional specification by Tony Eerardi. 



16.3.1.12 Terminal Handler And Command Parser - 

The console terminal handler and command parser will be 
implemented in the "loadable" console. It will contain the 
following features: 

1. The fields of a command can be given in abbreviated, 
recognition, or full input mode. Recognition is the 
completion of a partially typed field when the user types 
an ESCAPE. 

2. Input can be edited using a DELETE, Control-U, Control-W, 
and Control-R. 

Typing a DELETE will delete the last character in the 
current command line. This may be either the last 
character typed by the user or the last character 
printed by the parser in response to an ESCAPE. On a 
hardcopy terminal the deleted character (s) will be 
printed enclosed by BACKSLASHs . On a video terminal 
the cursor is backed-up to the deleted character's 
position and the character is blanked. For a TAB, 
the cursor is backed-up to the first position 
following the previous character and the rest of the 
line is blanked. 

Typing a Control-U will delete the entire commend 
line back to the prompt. On a hardcopy terminal a 
space followed by XXX is printed on the current 
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back to the first position after the prompt and the 
current command line is blanked. 

Typing a Control -V: deletes the last field in the 
current command line. On a herdcopy terminal an 
UNDERSCORE is printed. Cn a viceo terminal the 
cursor is moved back to the first position of the 
deleted filed and the field is blanked. 

Typing a Control-R retypes the current command line. 
Cn a hardcopy terminal the command line is retyped on 
the next line. Cn a video terminal the command line 
is retyped on the same line. 



2. Certain fields of certain commands can be defaulted if an 
ESCAPE is typed at the beginning of the field or if the 
field is omitted entirely. (see details of the EXAMINE 
con, mend in Appendix E.) 

A. A hel[ message is printed if a question mark (?) is typed 
at the beginning of any field. 

5. r ih<_- correct portion of the last command line (i.e., up to 
the point where an error was detected) will be retyped if 
the: next command line begins v.ith a Control -H. The user 
can continue typing from that point. 

6. Comments may be appear on a command line. /n exclamation 
ii. ark (!) or a semi-colon (;) signals the beginning of a 
comment field. All input from that point until the end 
of the line is considered a comment and is not larsec. 

7. /. minus sign (-) can be typed preceding an n urn bar field 
to input a negative number. iht: tv.o's complement of the 
number will be generatee as program input. 



Spaces and labs are field delimiters 
thrown away during parsing. 



nc 



such pre 



Parsing is not done until an break character is ty; 



Of' 



:1th 



CH, an ESCAPE, or 



1C. Wo execution is performed on the command until the CP is 
typed . 

11. V-here applicable, numeric arguments can be typed as r 
range of values, v. ith the values separated by a colon 
(:). tor example, EXAMINE 1 fjfcirc : 1 PfT7 . 
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12. Multiple arguments of the same class can be typed on the 
same command line separated by commas. tor example, 
DELETE foo ,dum ,d iddle . 

13. A parse EMI is provided for user programs wishing to 
receive and parse input. Unlike the CCMND J5YS, a single 
EMI call parses the entire command line. Since the 
parser is table driven, this requires the user to provide 
complete parsing tables for all implemented commands. 

Programs running as a third (or higher) level of console 
software can implement their own set of commands plus "etain 
those of lower levels. This is done by passing parameters to the 
parser telling it to use multiple levels of parsing tables. 



16.3.1.13 Console CDT - 

To facilitate the debugging of console-based programs, an 
Octal Debugging Technique (CDT) package will be provided. It 
will reside in the "loadable" console and as such will not have- 
to be loaded with or linked to user programs. The functionality 
is based on the HI -11 ODT package. Some of the features are: 

1. Print the contents of any location for examination or 
alteration. This includes the general purpose registers 
and the right half of the processor status word. 

2. Data printouts are user controlled. Addresses can be 
either absolute or relative to a relocation register. 
The contents of words are printable in base 2, P, or in. 
The contents of a location opened in byte mode are 
printable as ascii or octal. 

3. The movement between locations is accomplished with the 
following commands: 




vvr^ ■-''. i-i-tv v- j. -j j^. i_nv. ^ .j . , ._ . v. j j^. ■■*■ ._ •. ^ . , ■• j .i. ng *. k. ^ 

contents as the address of the next location to open. 

(e) </> - open the specified location as a word. 

(f) <\> - open the specified location as a byte. 

(g) <_> - open the specified location as a 2^ bit word. 

4. Resume execution of the program at any point, after 
exiting a breakpoint trap. This includes single step 
mode of program execution and the ability to bypass a 
breakpoint an arbitrary number of times before control is 
returned to the user. 



COMPANY CONFIDENTIAL — Do not duplicate 9-JUL-Pf 

CONSOLE SOFTWARE Pa 9 e l r >- ? -- 

tUNCllONAL DEflNITION 

5. Automatic calculation of offsets (for Branch-type 
instructions) vail be provided. 

6. Establish the priority level at which debug is to operate 
while in command mode. if set at '4', for instance, the 
real-time clock could continue to operate without losing 
time. 

7. Typing a Control-C will exit the CDT package and return 
the user to the previous command level. CDT will be 
re-enterable to allow debugging to continue. 

3. The CDT parsing will -understand +, -, and . (current 
location) operators. 

9. Memory management support - to be supplied. 

10. Eight non-deleting breakpoints. 



16.3.1.14 Console Editor - 

A text editing program v. i 1 1 be invoked from the console 
floppy when the user types EDIT. The editor to be used is 
EDIT/ SOS. 



16.3.1.15 Power Control And Environmental (Monitoring - 

In the 2080 system, the console has the capability to 
monitor environmental conditions and control system power. The 
console can read the status of: 

1. each of the system's thermal sensors - normal or over 
temperature 

2. the voltage level from each of the power supply's modules 
- normal, over tolerance or under tolerance 

3. battery backup - valid or not 

4. the AC and DC low signals - true or false 

5. the ground fault, detector - current tlouing or not 

There are five environmental conditions which require 
immediate console action: 
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1. Over temperature . One or more thermal sensors detects a 
temperature rise above acceptable limits. 

2. Voltage over tolerance. Circuitry in the power supply 
detects that the voltage from one or iriore power supply 
modules is above the acceptable threshold. 

3. Voltage under tolerance. Circuitry in the power supply 
detects that the voltage from one or more power supply 
modules is below the acceptable threshold. 

4. AC low. Circuitry in the power supply detects that the 
AC voltage into the system is below the acceptable 
threshold . 

5. Ground fault. Circuitry in the power supply detects that 
current is flowing in system ground. 

All of the above conditions will produce a Level 5 interrupt 
to the console. The "loadable" console will field the interrupt 
and determine which condition caused it. 

If the interrupt was caused by AC low, the console will 
store the lime-of-Centur y and environmental status. Pr\ interrupt 
to the 2C80 CPU will also occur so that the operating system (if 
running) can shutdown before power is lost. 

If the interrupt was caused by an over temperature condition 
or a ground fault, the console will print a warning message on 
the CTY and in the console display. If a 2C8C program is 
running, the F.SP will generate an interrupt to the 2F80 CPU and 
pass the warning information to the 2CBP program. 

If the interrupt was caused by a voltage over or under 
tolerance, the console will print a warning message on the C1Y 
and in the console display and will turn off ECL power to the 
system. If a 2C8G program is running, the FSF will generate an 
interrupt to the 2G8C CPU and pass an AECRT command to the 208P 
program. 

There will be "loadable" console commands to turn ECL power 
on and off. However, these commands will not be executable from 
the KLINIK line. 



COMPANY COKt IDENTIAL — Do not duplicate 

CONSOLE LOL'iWAkL 

1 UNC11GNAL DEFINITION 



9-JUL-rSfS 
Page 15-25 



16.3.1.16 Non-volatile HAM Contents - 

The 256 words of non-volatile F.AM will be used to store 
information which must be maintained over powered down periods. 
This information currently includes: 

1. The time-oi-centur y of last power down. 

2. Tnt terminal characteristics for the console terminal 
lines . 

3. The baud rates for 7 of the 3 console L'SART lines, 
excluding the video terminal line. 

4. The KLIN IK password. 

5. The environmental conditions before power down (/C low) 
or whenever an abnormal environmental condition is 
detected . 

6. by st em configuration information. Ihis includes: 

1. The names and versions of CPU microcode to be loaded 
on autoload . 

2. Which type of microcode to load into each I/O Port. 

3. Much 2G8G pre-boot program is to be loaded during 
auto reload - system or diagnostic preboot or none. 

4. The program name to be passed to the Loot program. 
This will be a limited character, complete filespec 
which is settable by command or by the Boot program 
itsel f . 

5. 2fc ; SC memory configuration, including Cache. 



7. Default parameters, such as: 

1. the autoboot load device 

2. the Autoreload flag. 



8. Error logging information. 
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16.3.1.17 Console floppy Control - 

In order to increase the perceived reliability of the 
console floppy disk, it will not be made available to timesharing 

users. Instead, it will be powered down by the console software 

whenever the floppy is idle for 5 minutes. This should increase 

the mean time between failure of the floppy drive. 



16. 3.1. IS Start/Kestart Procedures - 

There are four ways that the console can be started: 

1. Power-up. This can be a cold start initiated by 
depressing the console panel power on switch or a 
power-fail restart. 

2. Depressing the console panel "Console Start" switch. 

3. Depressing the console panel "System Start" switch. 

4. The 208U CPU asserting its electronic finger to the 
console . 

These stimuli, together with the parameters stored in the 
non-volatile memory, determine the exact start or restart 
sequence to be performed. 



16.3.1.1*3.1 Cold Start Or Power-fail He-start - 

1. The "hard-core" console is powered up. 

2. The "hard-core" console perforins its hardcore test. If an 
error is detected, the power-on and bootstrapping procedures 
will be aborted. lo successfully power-up the user must 
repair or replace the console module. 

3. The "hard-core" console prints its name and version. 

4. The "hard-core" console checks non-volatile memory for the 
default boot load device. This may be either the console 
floppy or the KLINIK/AFT line. 

5. If the "hard-core" console cannot access the specified load 
device, the automatic boot process is aborted. The console 
prints an error message on hardcopy. It then prints its 
prompt and waits for a command. 
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6. II the "hard-core" console is successful in accessing the 
boot load device, it begins bootstrapping itself by 
transferring the "loadable" console from the device into its 
RAM. 

7. The "hard-core" console transfers control to the "loadable" 
console, passing it parameters relating to the boot process. 
The "loadable" console prints its name and version. 

8. The "loadable" console then checks environmental conditions. 
If not OK, a r.essage will be printed on hardcopy. The 
power-on and bootstrapping procedures will be aborted and the 
prompt ' CON>' will be typed. 

9. If environmental conditions are OK, a message to that effect 
will be displayed in the console display. The "loadable" 
console turns power on to the rest of the 2fJBC system vie the 
power controller then executes a 2CCC CPU init. 

It). The "loadable" console reads the status of battery backup. 
If backup is valid, then the console will print a message 
telling the user that it is beginning a power-fail restart. 
Otherwise, it prints a message telDing the user that it is 
starting the Automatic Boot process. In either case a 
Control-C will abort the process. If aborted, the "loadable" 
console prints its prompt and waits for a command. 

11. If the console is performing a cold start, then it checks a 
parameter in non-volatile memory which specifies whether the 
208C operating system, the 20PP Diagnostic Monitor or neither 
of the two is supposed to be booted. If neither, then the 
"loadable" console prints its prompt and waits for a command. 

12. The "loaoable" console next reads the I/O Port microcodes 
from the console boot load device and loads the Forts via the 
diagnostic scan path . Vhich type of microcode to load into 
each Port is determined by the configuration information in 
the non-volatile PAM. If e^i error is detected it will be 
reported on both console terminals and the "loadable" console 
will go to prompt level . 

13. If the console is to boot the operating system or the 2r8P 
Diagnostic Monitor or if it is performing a powc-fail 
restart, it loads the PSP program from the boot load device. 
It then loads in all CPU microcodes and lookup PAN data from 
the toot load cevice. Before the microcode d^d data are 
loaded, an address test of the RAKs being loaded is 
performed. The loading process includes typing the version 
number of each microcode as it is loaded and also verifying 
each location as it is loaded. If an error is detected it 
will be reported on both console terminals B<~id the "loadable" 
console will go to prompt level. 
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14. If the console is to boot the operating system or the 2CRP 
Diagnostic Monitor, it zeros all of 2080 memory and performs 
a double-bit error scan. The resulting map is later passed 
to the pre-Boot program for use by the Eoot program. 

15. If a power-fail restart is being done, the "loadable" console 
turns control over to the P.SP which prints it name and 
version and restarts the 2C80 program at physical location 
70. The RSP then switches to "System Mode". It enters a 
timing loop waiting for the operating system keep-alive to 
become active. If keep-alive does not become active in 15 
seconds, an error message is printed on the console 
terminals. If the Auto-reload parameter is set, a cold start 
is initiated. 

16. If a cold start is being done, the "loadable" console loads a 
console-based diagnostic which tests the 2CEfi CPU error 
detection logic. If an fault is detected, a^ error message 
is printed and the boot process is aborted. The "loadable" 
console types it prompt, 'CON>'. 

17. If the diagnostic passes, the "loadable" console reads in the 
appropriate pre-boot program, either for the operating system 
or the 2C8G Diagnostic Monitor, from the boot load device. 

18. The "loadable" console passes control to the Fun-time Support 
Program which prints its name and version. The FSP starts 
the pre-boot program and switches to "System Mode". It 
enters a timing loop waiting for the operating system 
keep-alive to become active. If keep-alive does not become 
active in 15 seconds, an error message is printed on the 
console terminals. The RSP types its prompt and enters 
"Console Mode" . 



16.3.1.18.2 Console Start Switch - 

When the "Console Start" switch is depressed, the console 

goes directly to the PROM command level, RCM>. No testing or 
bootstrapping is done. 



16.3.1.18.3 System Start Switch - 

When the "System Start" switch is depressed, the console 
vectors to the PROM start code and performs the equivalent of a 
cold start of the operating system. 
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1G. 3.1. It. 4 Electronic finger - 

V\hen the 2 f 8 f CPU asserts its electronic finger, the console 
vectors to the pRCci start code. It proceeds to run the hardcore 
test, boot the "loadable" console and the FSP, and cttemrts to 
resync itself with the 2('Cfl program. 



1C.3.1.1C.5 2L8C Program Keep-alive failure - 

If a program running in the 2CBC fails to maintain its 
keep-alive counter, the console will report the failure on the 
C1Y. A non-interfering hardware snapshot is taken and stored. 
It will then check the Auto-reload parameter in non-volatile 
memory. If not set, the console will simply wait at PSP protnft 
level. It Auto- reload is set, the console will initiate a system 
restart procedure. It executes location 71 in EXEC mode and 
waits for an acknowledgement that the 2T"P is alive. If no 
acknowledgement comes, first a system reset is , then the 
appropriate ere-boot program is loaded and sUrttd in 2:""^ 
mem or y . 



16. 3. 1.1". 6 Non-Automatic Start - 

On applying power to the console, automatic bootstrapping will 
not be performed if a control-C is typed or if the / v uto- r eload 
parameter is not set in the non-volatile memo"y. It these 
instances, the power-up process stops at "herd-core" {.romct level 
('KOi«i>') . A system boot can then be performed by first typing a 
'Loao' command, which will cause only the "loadable" console to 
be loautd. l"hen the load is complete, the operator will L e 
talking to the "resident" console command parser. Pe may then 
type a 'Eoot System' command to boot the system. 
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16. 3.1. IS KL1NIK - 



16.3.1.19.1 KLINIK Access - 

Access to the 2U8B system over the KLINIK line is controlled 
by the key switch on the console panel and the KLINIK password. 
V\ith the key switch in the KLINIK User or KLINIK CTY positions, a 
remote user is allowed access to the system with the capabilities 
described below. Kith the key switch in any other position, no 
remote access is allowed. Once a user is allov.ec access, the 
state of the key switch is polled. If a KLINIK CTY access is in 
progress and the switch is moved to the KLINIK User position, no 
status change is made. However, if the sv.itch is moved to the 
POVnEK LNAbLE or DISABLE positions, the KLINIK connection is 
broken (line hung up). The same will happen to a KLINIK User 
access. 'lhere will also be a command to the "loadable" console 
to terminate a KLINIK access. 

The CONSOLE LOCK switch will not affect the functionality of 
Control-Backslash when typed on the KLINIK line. 



16.3.1.19.2 KLINIK Password - 

V\hen Data Set Feady (DSP) and carrier are detected on the 
KLINIK lint and remote access is allowed, the user will he asked 
for the KLINIK password with the prom ft 'password:'. If he types 
the incorrect password, the message ' ?Invalid' is typed rnd ? 
re-prompt is given. The user is given three tries to provide the 
correct password. After the third incorrect try, the line is 
hung up. 

The password is set using the 'Set KLINIK PassvorC console 
command and is stored in the non-volatile memory. It ray be up 
to six alphanumeric characters. 



16.3.1.19.3 KLINIK Moaes - 

A person using the KLINIK line can be in any one of three 
modes, depending on the panel switch settings and previous 
actions. Appendix D contains diagrams illustrating the three 
modes described below. 

KLINIK Console Node - All KLINIK input is CF'ed with CTY input 
and processed by the console software as CTY input. Output 
to the CTY is also sent over the KLINIK line. 

KLINIK System Node - All KLINIK input is CR'ed with the CTY input 
and sent to the 2E80 program via the Terminal Input Kord for 
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the CIY. Output frou the 2 8 H program via the CTY Terminal 
Output Vsorc is sent to both the C'iY a nc the KLINIK line. 

KLINIK User Node - All KLINIK input is sent to the 2CrT pronrar 
via tlie KLINIK Input V<ord in the reserved communication page 
in 2C8C ii.emory. All 2t'CC program output to the KLINIK line 
is sent via the KLINIK Output V-orc! in the communication rage. 
The 2C'3C' program can request hang -up of the KLINIK line it 
anv time by sending the expropriate code in the KLIMIK Output 
Word. It KLINIK connection is broken (see below Nod tin 
Control for details), the 2i;Pn program is notified via the 
KLINIK Input Word. 



1C. 3.1. It. -5 KLINIK Situations - 

The following list described the possible situations in 
which the user coulc attempt to gain remote access end the 
resulting actions by the console software. 

Key switch in a position other than KLINIK Use" or KLINIK 
CTY . 

Situation - btate of 2 L- U i." software is a "don't care". User 
is not allowed access. 

Action - No password prompting is cone. Instead, the message 
"KLINIK access attempted - switch disabled" is "etu^ned 
over the KLINIK line and rl so typed on the CTY. This 
informs the user that his KLINIK connection is okay hut 
the key switch is not positioned correctly. It also 
signals the local operator that a remote access was 
attempted. The operator can then turn the key switch to 
one of the enable positions if KLINIK access v. as- 
scheduled to be allowed. If the switch is enabled, then 
tlie user will be prompted for password and one of the 
scenarios described below will occur. 



Key switch is in the KLINIK User position: 



Situation - No program is running in 2TPr CPU e^(' : - the console 
is in "Console" mode. 

Action - /.Iter password verification, the message "DFCSystem 
not running" is returned. Any input received from the 
user is thrown av.ay until someone at the CTY starts a 
program running in the 2C£C . '/hen the PfGC progran-RSP 
communication is established, the 2f'cf progr Pn i^ 
notitiec that the KLINIK line is active. The user i«= 
then in KLINIK User f^ode. A message that a KLINIK User 
access was made is typed on the hardcopy ternina]. 

Situation - A program is running in 2f'?f CPU and the console 
is in "Console" or "System" mode. 
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Action - After password verification, the 2C8P program is 
notified that the KLINIK line is active and the user 
enters KLINIK User Node. A message that a KLINIK User 
access was made is typed on the hardcopy terminal. 

Key switch is in the KLINIK CTY position. 

Situation - No program is running in the 2F8C CPU a^d the 

console is in "Console" mode. 
Action - After password verification, the user enters KLINIK 

Console Mode. A program Control-C is executed to abort 

any "Console" mode activity which may be in progress. 

The following message is typed on the CTY and sent to the 

KLINIK line: 

[KLINIK activated - Console f-ode] 

[To continue aborted activity, type CCNTINUE1 

' prompt' > 

the 'prompt' will be based on which console level the CTY 
was in when the KLINIK user dialed in. 

Situation - A program is running in the 2C3C CPU and the 
console is in "Console" mode. 

Action - After password verification, the user is placed into 
KLINIK User f*"ode. by typing a Control -\ , the user can 
enter KLINIK Console [^ode. At that time the same action 
is taken as described in the previous situation. 

Situation - A program is running in the ?(€V CTU ane the 
console is in "System" mode. 

Action - After password verification, the user is placed into 
KLINIK Ust;r Mode. Ey typing a Control-\, the user can 
enter KLINIK System Node. At that time the following 
message is tyted on the CTY and sent to the KLINIK line: 

[KLINIK activated - System f-odel 

Ly typing a Control-\ while in KLINIK System f-ode, 
the user can enter KLINIK Console f-ode. Vhen in KLINIK 
Console t>odt: , if the user types a command, such as 
'Continue', he will reenter KLINIK System I^ode. 



16. 3.1. IS. £ Modem Control - 

The console control of the KLINIK Modem will conform to the 
pending standard written by A. Kent (see Bibliography). The 
important aspects of that control are: 
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1. Ihe KLINIK UAKT v,ill be j.roy ramn.td to produce evtn parity on 
KLINIK data. 

2. Ihe presence of Late. Set Ready (D£"F) v. i 1 1 indicate the 
existence of a connection. 

3. A Carrier loss for more than ?? seconds will cause a hangup. 

4. The absence of DSR for more than ?? milliseconds v. i 1 1 cause 
a hangup. 



CCni-ANY CCK'B ILEWIIAL — 
(XNSCLL SCHWAKE 
tUNCUCWAL DLUNITICN 



Do not d ugliest! 



9 -JUL- PC 
Page ] •>-?/! 



1G.3.1.2C 



;t)8D Errors - 



Certain hardware error conditions recuire the console to 
intervene ana provide fault isolation, fruit data collection and 
retry. The classes of errors and the actions to be taken by the 
console will be provided at a later date. 
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1C.4 CCl-jpATIblbriY 



1. Nod en control will confon;; to the standards described in the 
"Operational Esequi rements tor Asynchronous, F j 1 1 Duplex, 
Serial Terminals and System Interfaces Operating as DTDs 
Connected to £ IA bS-232-c or CCI1T V.2C Point- to-Po int rOFs" 
by A. Kent. 

2. The error messages typed Ly the console software will conform 
to the CLC standard - % {.receding a warning, ? preceding a 
fatal Message, and square brackets [] enclosing information. 



16.5 EXTLKNAL INTLhACTlONS AND IMPACT 

16.5.1 2L-EC System User To Console Interface 

The user of the 2L3C system will communicate, to the console 
(and system) via a set of Console commands. The actual command 
list is located in Appendix F of this document. radix of 
arguments tor console commands requiring arguments w i 1 ] be either 
octal or otcimal depending on context, rs detailed in the 
Appendix t command list. 

Arguments to commands dealing with 3">-bit data Laths will be 
in 12 Octal digits (or less), or in half words, each half word 
iiaving 5 Octal digits anc the half words separated by a pair of 
comm as . 

On type-out leauing zeroes will not be suppressed (default 
case). There will be a command to set the suppression of leading 
zeroes for users who desire the feature, a*\6 for minimizing the 
character traffic anu character translation of zeroes for the / PT 
anc perhaps KLINIK environments. 

Arguments to commands involving the depositing of microcode 
will be in strings of octal digits. The number of octal digits 
required will c'eieno on the number of microcode bits. beading 
zeroes may be left off for these commands. field break-down in 
the typeout ot microcodes will be left to the remote host program 
anc console utilities. 

On type- in to the above commends, a "-"(minus) sign may be 
usee and the two's complement of the number will be generated as 
the argument to the command. 
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16. b. 2 2l't)(j Program To ESP Interface 

When a program is rumina in the 2CPC CPU, the console ^cts 
is an intelligent subsystem controller with the following devices 
aria ^scuoo-ccviccs attached: 

1. The KL IK IK/ APT line. 

2. A 1. loppy cisk drive. 

3. An environmental monitor. 

4. A pseudo-TTY. 

5. A pseudo-Error device. 

6. lwo asynchronous terminal lines. 

7. Cne asynchronous multi-joint line connected to CI nodes. 

'ihe ESP buffers and controls communication between these 
devices and the 2t'EC program. The communication scheme is 
similar to that used between the I/O Ports o^c the 2VPV CPU. It 
involves a reserved communication area in 2('Cf! memory and 
doorbell interrupts. V.hen the 2UCF program wishes to send data 
to a console device, it puts that data into the reserved o r ee and 
interrupts the console. The PSP processes the interrupt and the 
associated data. When data from a device becomes available, the 
KSP puts it into the reserved area and interrupts the 2fPT 
program. Itie format of the reserved area is defined in Appendix 
A. 



16.5.2.1 General Characteristics - 

Gome of the features of the PSP-2r?n program interface are: 

1. The ESP shall exchange KEEP ALIVE counts with the 2CTr 
Program. If the 2CSC Program should not update its KEFP 
ALIVE counter for a perioc of ??? seconds, the operating 
system will be halted, and the instruction in physical 
location ??? will be executed. The ?!"?(' Program will 
then be continued. 

2. 'Ihe KSP itself shall be reloadable by the 2Vl'V~ Program. 
In the case where the console has not updated its keep 
alive count for a period of ??? seconds, the 2P°f* 
program will first recuest a reload using the 2P8C 
program-RSF protocol. If the PEP does not resume its 
keep-alive after a specified time (to be determined 
later) , the 2C8C program will then initiate a console 
reload directly by asserting the console reload signal 
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vio the I/O 
"hard-core" 
proced ure . 



box. This Vki.ll vector directly to the 
console v.hich v.ill initiate console hoot 



The KEF shell issue € warning and require coif i mat ion of 
any consolt command that would abort or cash a running 
2£8(J Program. 



'ine Console will buffer ini_ut from 



input devices up to 12C chsrcctcs. 



ny of the console 



In 



"Pystcm Node" , 
program, the 



when all C1Y input is meant for the 2C.PC' 

Console will not echo characters as they are intut. It 
uill be the responsibility of the running ??.?,'; program to 
ectio typein. The 2CSf! program will have the "ability to 
request the flushing of the console input or output 
buffers. Also, the FSF 'a i ] ] handle XCN/XCFF from the 
console devices. 



The 2£.IC Program shall be able to execute just about any 
console command by sending ASCII strings rei resenting the 
commands to the PSP pseudo-TTY device. 



The 2C.C0 program can request that, the PfF sleet . 
means that the PfF will make no references to 7f?f 
until the 2 P 8 CJ program interrupts it. This v.ill 
suspension of keep-alive. This functions 1 i ty is 
for the instances when the 2C8CI progr ar; , wishes to 
the reserved communication area. It must, of 



This 

memory 

cause 

needed 

change 

course. , 



notify the V-i'V of the nev, 
sleep. 



location before put. tine it to 
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16.5.2.2 2tC(; Prog ram-RSP Communication - 

Note: Kefer to Appendix P for understanding of te r m= used 
in tiit following sections. 

The general procedure for ZCPt 1 [urogram initiated 
coian.unicc.tion is: 

1. The 2t:CC program checks the 2('PC program Control Ko»"d. 
If clear, the PEP is ready to accept another interrupt. 
If not, wait. 

2. The 2tCC program writes the information to be sent in the 
appropriate Output Vvord. 

3. 'Ihe 2t8B prog ran writes the corresponding Interrupt Code 
in the Control Vord and interrupts the PEP. 

4. ine PEP reads the Interrupt Code from the 2f'pr* prog ran 
Control V'ord and clears it. This signals the 2VPC 
program that it is ready to accent another interrupt. 

b. based on the Interrupt Code, the PEP reeds the 

appropriate Cutout Vord and performs the specified 

function. If no 'Done' interrupt is required, the 

communication is finished. Else, continue. 

6. The KSP reads the PSP Status Vord. If not clear, wait 
for it to clear. If clear, the PSP writes the Device 
Number, sets the Done Lit, and interrupts the 2P8P 
prog ram . 

7. The 20C-C program reads the PSP Status Vord and clears it. 

0. The 2LSG program processes the 'Done' interrupt. 

The general procedure for PSP initiated communication is: 

1. Ihe PEP reads the PSF Status Vord. If clear, continue. 
If not clear, wait for it to clear. 

2. Trie PSF writes the appropriate Ini ut Vord with the 
information to be sent. 

3. 'Ihe PSP writes the corresponding Pevice Number or 
Interrupt Code in the PEP Status l*ord and interrupts the 
li'.Zi- program. 

4. Ihe 2i)BC program reads the PSF Status '/.ore. 

! b. Eased on the Device Number or Interrupt Co r1 e, the ? f,r C 

| program reads the appropriate Input V.ord and clears it. 
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6. 'ihe 2CG0 prog rem clears the RSp Status Vord to signal the 

REP that it is ready to accept another interrupt." 
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16.5.2.2.1 Terminal Input/Output - 

1. 2C80 program interrupts the FSP to output either one 
ASCII character or a string of ASCII characters packed 5 
to a word lef t- justi f ied . A 'Done' interrupt is returned 
by the RSP when the character(s) have been copied into 
the console's I/O buffers. 

2. When the HSP receives a character from the terminal UAPT, 
it checks that the corresponding Terminal Input Word is 
cleared. If it is, then the FSP stores the word end 
interrupts the 2C80 program to input the ASCII character. 
There is no 'Done' interrupt returned by the ?CPP 
program. Instead, the 2C80 program clears the Terminal 
Input Word, indicating that it has processed the 
character and is ready to receive another. If the 
Terminal Input Word is not cleared, the FSP will buffer 
up to 128 input characters. 

3. The RSP will report UAPT parity, framing or overrun 
errors through the corresponding Terminal Input Word. 

4. When the RSP Input Euffer overflows, the overflow 
character will be written into the last position in the 
buffer, thus overwriting the previous last character. 
This overwriting will continue until the ?P"C program 
resumes accepting characters. The 2C8C program will be 
notified of the overflow when the character from the 
overwritten buffer position is sent to it. 

5. The 2080 program can request that a 'break' be executed 
by the RSP on the specified terminal line. 



16.5.2.2.2 KLINIK/APT Line Input/Output - 

1. 2080 program interrupts the FSP to output either one 
ASCII character or a string of ASCII characters packed 5 
to a word lef t- justi f ied . A 'Done' interrupt is returned 
by the RSP when the character (s) have been copied into 
the console's I/O buffers. 

2. When the FSP receives a character from the KLINIK/APT 
UAHT, it checks that the KLINIK/AFT Input Word is 
cleared. If it is, then the FSP interrupts the ?crc 
program to input the ASCII character. There is no 'Done' 
interrupt returned by the 2CEG program. Instead, the 
2080 program clears the KLINIK/APT Infut Word, indicating 
that it has processed the character and is ready to 
receive another. 
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3. The RSP will report UAPT parity, framing or overrun 
errors through the corresponding KLIMIK/APT Input Vord. 

4. The KSP will notify the 2C8B program of carrier detect or 
carrier lost conditions on the KLINIK/7PT line. 

5. When the P.SP Input Buffer overflows, the overflow 
character will be written into the last position in the 
buffer, thus overwriting the previous last character. 
This overwriting will continue until the 2f 8 f program 
resumes accepting characters. The 2G8C program will be 
notified of the overflow when the character from the 
overwritten buffer position is sent to it. 

6. The 2GSL' program can request that a 'break' be executed 
by the RSP on the KLINIK/APT line. 

7. The 2G80 program can request a 'hang-up' of the 
KLINIK/APT line. 

C. The RSF will notify the 2CEC program when the KLINII' line 
is activated or deactivated. 

9. The console code will handle prober connect/disconnect 
procedures according to the available U. S./F uropean 
speci f ications . 



16.5.2.2.3 Pseudo-TTY Input/Output - 

1. 2G8G program interrupts the PSP to output either one 
ASCII character or a string of fiSCJI characters packed 5 
to a word left-justified. A 'Done' interrupt is returned 
by the F-SP when the character (s) lave been copied into 
tne console's I/O buffers. 

2. the RSF responds to the Pseudo-TTY commands one character 
at a time. It first chocks that the Pseudo-TTY Input 
Wore is cleared. If it is, then the PSP interrupts the 
2G8G program to input the ASCII character. There is no 
'Done' interrupt returned by the 2FSC program. Instead, 
the 2180 program clears the Pseuoo-TIY Input Vord, 
indicating that it has processed the character and is 
reaoy to receive another. 

3. The RSP sends error-logging information to the ?C'Fv" 
program either one character at a time or in a string of 
ASCII characters packed 5 to a vord lef t- j usti f ied . 
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16.5.2.2.4 Console Load Device Input/Output - 

NOTE: Console load device files will be in DCS format. 

1. The 2080 program can request the opening of a specified 
• f ilnam.ext' for either reading or writing. 

2. The 2CG0 program interrupts the RSP with data to be 
written onto the Console load device. The request can be 
either (1) to write a previously opened file or (2) to 
write a specified number of words starting at a specified 
block. The data can be a single ASCII character, a 
string of ASCII characters packed 5 to a word 
left- justified , or 'Packed 11 mode' (data is packed with 
1G bits right adjusted in the right and left halfwords) . 
The 2C80 program also specifies the type of Done 
interrupt it wants returned by the RSP. This is done 
using the "Last Transfer Bit". To increase speed, with 
tiie "Last Transfer Pit" zero, the RSP will interrupt as 
soon as it has copied the data to be written into its 
output buffer. V\ith the "Last Transfer hit" one, the PRP 
will wait until the data has been written (successfully 
or not) before returning a Done interrupt. This mode 
would be necessary when writing the last block of a file. 

3. The 2080 program interrupts the RSP with a request to 
read data from the i loppy disk. The request can be 
either (1) to read a previously opened file or (2) to 
read a specified number of words starting at a specified 
block. In both cases the 2(180 program must specify the 
starting address in 2080 memory where the data is to be 
stored by the RSP. The RSP interrupts the 2CPC program 
with the requested data in one of two formats - ? single 
ASCII character at a time or 'Packed 11 mode' (data is 
packed with 1G bits right adjusted in the right and left 
halfwords) - depending on the what the 2<*EP program 
requested. The 208P program can also specify that the 
read be done from the default console load device, which 
might not be the floppy. 



16.5.2.2.5 Status - 

1. The 2080 program notifies the RSP when its 'keep-alive' 
becomes active or inactive. 

2. The 2080 program can request that the PSP reload the 
operating system. 

3. The 2080 program can request that the RSP reload itself. 
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4. The 2C0G program can request that the RSP sleet. This 
means that the FSF will nicke no references to ?f?P n enory 
until the 2fc8G program interrupts it. This will cause 
suspension of keep-alive. 

5. The 2080 program can recuest that the FTP set the Time of 
Day. The RSP would then v-rite the T.r.E. into the 
assigned communication page location and interrupt the 
2D8C program. 

f>. The RSP notifies the 2050 program of any environmental 
problems. There are three levels of notification - 
Caution, Please Stop, and Immediate Abort. 

7. Ihe RSP notifies the 2CGH program when its ' ketp-alivt' 
becomes active or inactive. 

In addition to the interrupt notification of status 
changes, both the 2f.'8l' program and FTP will maintain 
current status information in the 2 ( .'£C t-rogran Status 
word and Console Status word, reseect iv'el v . This v . i 1 1 
permit either program to poll the status of the other. 



CCKPANY CCNIIDEWTIAL — Do not duplicate .--JUL-RP 

CONSOLE SCtlwARL Fat 3 e ] } A ■ 

EXTERNAL INTERACTIONS AND U'-iFACl 

16.5.3 Console Subroutine Fackage Interface 

All "calls" to basic Console subroutines v.ill use the macros 
and macro package provided. There vail Le a Pseudo- term inal 
iiuLleuented internally in the basic Console software v-hich vail 
enable an> console-based program to "execute" any console command 
and receive the results of that command. ?rg uments to calls 
recuiring arguments will be passed on a data stack jointed to by 
R5." Calls returning information v.ill return the information on 
the data stack. 

All calls to LMIs and TRAPS v. ill be via a I^ACRP. 



16.5.4 AFT host System To 2i:CC Console Interface 

An enhanced version of the /FT protocol used in the 
manufacture of KClfs v.ill be implemented for the ?CST. 
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1G.7 PACKACINC AND SYSTEM GENERATION 
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16. It GLOSSARY 

A PA 

Arithmetic Processing Accelerator 

APT 

Automatic Product Test - this is the manufacturing 
process which consists of a central host computer 
controlling the testing of systems or subsystems. 

Console 

The console-based subsystem used for uiagnostic anc 
runtime support. The term refers to the hardware and, 
sometimes, the software/firmware which runs in the 
hardware . 



CPU 

C-RAM 
CTY 

D-HAM 
fclbCX 

EPRCiM 

HI 



Central processing Unit 

Control HAN, which contains CPU microcode. 

Console Terminal. The master controlling terminal 
connected to a running timesharing system. 

Dispatch RAM 

Execution LCX. The major portion of the ?r(!fl CPU 
concerned with instruction execution. 

Erasable (by ultraviolet light) Programmable Read Cnly 
memory 

Po ni 11 - e three chij. PDP-11 microprocessor 



hard-core Console . 

That portion of the console subsystem software which 

resides in the console EPROM. 

IBGX 

Instruction t.CX. The major portion of the 7.C3C CPU logic 

which is concerned with instruction fetching and 

decod ing . 
2LCC program 

A program running in the 2C80 CPU. 

I/O 

Input/Output 

Kb 

Kilobaud - one thousand bits per second. 

KB 

Kilobytes - one thousand bytes 

KLDCP _ u . _, 

ine KLlli Diagnostic Control Program which runs in the 

front end. 
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KLIWIK 

The remote diagnosis technique used by field Service. 

Loadable Console 

'mat portion of the console subsystem software which 
resides in the first 38KB of console RAM. it provides 
all the console functionality except that which is 
required to run and communicate with en 2CSC' program. 



M.ACY11 
MbOX 



The PDP-11 assembler. 

Memory bCX. The major portion of the 2CPC CPU logic 
concerned with interfacing to main memory and the I/O 
bus . 

hCS Memory 

A volatile memory using Metal Oxide Semiconductor 
technology . 



ODT 
PRCM 

RAM 



Octal Debugging Technique. 

Programmable Read Only Memory. EPRCMs are often referred 
to as simply PRCMs . 

Random Access Memory. 



Resident Console 

That portion of the console subsystem software which 
comprises the hard-core console an6 the loadable- console. 



KbP 

SPEAR 
VAX 



The Run-time Support Program. This is that portion of 
the console subsystem software which is specific to 
running and communicating with an 2fC4' program. 

The system error reporting program. 

Virtual Address extension. The new family of TEC 3?-bit 
machines . 



16.11 APPENDIX 

16.11.1 2080 Program/RSP Communication Page 
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Communication page location definitions: 

100 2080 program-to-RSP Control Vord (208(1 program writes this word) 

lfc)l 2080 Keep Alive Iao rd (2080 program writes this word) 

102 Klinik/APT Output Wore- (to HEP from 2V.PV, program) 

103 terminal 1 Output Word (to F.SP from 2CP0 program) 

104 Terminal 2 Output Word (to HEP from 2080 program) 

105 Terminal 3 Output V.'ord (to HEP from 2fPf program) 
ICG Pseudo-TTY/Pseudo-ERR Device Output Word 

(to RSP from 2080 program) 
107 2080 program Status Word 

110 RSF Status Word (RSF writes this word) 

111 HEP Keep Alive Word (RSP writes this word) 

112 Klinik/APT Input Word (to 2080 program from HSP) 

113 Terminal 1 Input Word (to 2080 program from REP) 

114 Terminal 2 Input Word (to 208(1 program from HSP) 

115 Terminal 2 Input Word (to 2080 program f'-om HSP) 

116 Pseudo-TTY/Pseudo-ERR Device Input Word 

(to 2C8C program from RSP) 

117 Console Status Vord 

125 floppy Disk Control/Status Word 

126 Floppy Disk Control Word 

132 Time of Day [T.C.L.] (written by PEF on request of 20FP program) 
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2Ubl, proy rau- to-kSp Control V>ord lori:iat (Irord ICC) 

bits c-31 Zeros 

bits 3 2-35 Interrupt Code 

& N^p ready to acter t next control function 

(alv,ays set to zero by RSP) 

i Output for Console iloppy risk 

2 Output for Console KLIN IK Line 

3 Output for Console Terminal 1 

4 Output for Console Terminal 2 

5 Output for Console Terminal 3 

6 Output for Console pseudo-TTY 

7 Request for Console to set I.C.C. 

1L Request for Console to reload f»onitor 

11 Request for Console to reload itself 

12 2080 program Keep Alive is Active 

13 2K8B program Keep Alive is Inactive 



KLIN1K/APT Output l-.orc to mat ( V\o rd 1T2) 

Bits 1-3 Interrupt Code 

0C1 "1 Byte J*ode" ; a single fi.CJI byte is beinq sent 

Olt: Break request 

li;B "7-Bit ASCII l*ode" ; Five 7-fcit ASCII chfrecters 

are packed left-adjusted. 

Ill Hang Up request 

bits 5-35 "Physical Address" ;Used in rode ire above- 
bits 2S-35 "ASCII character" ;Used in f-ode flfl above 
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Terminal 1,2 and 3 Output *ord format (Words ir.3, If", and 105) 
bits 1-3 Interrupt Code 



001 



"1 byte Node" ; a single /SCI I byte is being sent 
01D Break request 

ier "7-Bit ASCII Mode" ; Five 7-bit ASCIT char peters 

are packed lef t-rd j usted . 

bits 9-35 "Physical Address" ;Used in r*ode- ITT above 

bits 29-35 "ASCII character" ;Used in Code Pfl above 



Pstudo-T'lY/Pseudo-ERR Device Output Word lornat (V.ord ITS) 
bits 1-3 Interrupt Code 

CC1 »i Byte t-ooe" ;a single /FCII byte is being sent. 

ICO "7-bit ASCII Mode" ; Five 7-bit ASCII characters 

are packed left-adjusted. 

bits 9-35 "Physical Address" ;Used in ^ode It'P above 

bits 29-35 "ASCII character" ;Used in K>de C r l above 



2fcB0 2CCti program Status V.ord Format (lord 1C7) 

biL 25 2CCC program 'Keep-Alive' - 1 = Active, r = Inactive 
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USP Status ho re Format (Vord 11C) 

Lit 35 Done fl = Status is input to Pfer program (such as CI 

input char) 
I = Status is response to previous 7CSP pron^aiii 
Output Recuesi (such as CTY typeout) 

tits 31-34 Device Number/Interrupt Code 

1 Console t loppy Disk 

2 Console KLINIK Line 

3 Console Terminal I 
A Console Terminal 2 

5 Console Terminal 3 

6 Console Pseudo-TTY 

7 Immediate Abort - Environmental Problem 
It Please Stop - Environmental Problem 

11 RSP Keep Alive is Active 

12 RSP Keep Alive is Inactive 

13 Console Status Change 

- nevv status is in Console rtatus v.ord 



KLINIK/APT Input V.ord format (Vord 112) 

Lit Error - error code is in bits 22-28 

bits 1-3 Interrupt Code 

CC1 "1 Byte Node" ;a single ASCII byte is being sent 

111 "Status change" ;code indicating nev status found 

in bits 29-3 5 

bits 22-2? "Error Code"; used if bit f is set 

eel Input Euffer Overflov. 

0£2 UART Framing Error 

OjA UART Parity Error 

01C UART Overrun Error 

bits 2S-35 "ASCII character" ;Used in Node C r. .1 above 

bits 29-35 "Status change" ;Used in Node ] .1 1 above 

C 01 Carrier detect 

DC 2 Carrier loss 

0C4 KLINIK active 

£10 KLINIK inactive 
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Terminal 1,2 and 3 Input Word Format (Word 113, 114 and 115) 

Lit Error - error code is in bits 22-2C 

bits 22-28 "Error Code"; used if bit C is set 

001 Input buffer Overflow 

0X2 UAHT Framing Error 

004 UAHT Parity Error 

CIO UAHT Overrun Error 

bits 29-35 "ASCII character" 



pseudo-TTY/Pseuoo-ERR Device Input \*ord (V>ord llfi) 

bit C 1 it error logging information is being sent 

£' if j-seudo-TTY characters are being sent 

bits 1-3 interrupt Code 

GUI "1 Byte Node"; a single /-SCI I byte is being sent 

ICC "7-bit ASCII Mode"; five 7-bit /SCII characters 

are packed left-adjusted. 

bits 9-35 Physical Address; used in Node 1(T above 

bits 29-35 £SCII character; used in Node Pf!] above 



Console Status Word Format (l*ord 127) 

bit 35 RSP "Keet-Al ive"; 1 = Active, C = Inactive 

bit 34 KLIWIK status; 1 = Active, T = Inactive 

bit 33 Environmental status; 1 = Caution, f = No caution 
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l-lott-y Disk Control/Etotus korc lormat (Koro 125) 
To be sup[ 1 ito 



16.11 



Console Cotiiiw'nd s 
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"hard-core" Console Commands 



(!}) <CR> - modify the open location with («) anc close the open 
loca tion . 

(!) <LE> - modify the open location or genera] purpose register (CPR) 
vvith (ii) enc close the oien location or CPR. Then open 
location+2 or CPR+1. 

$ "/" - open the location specified by if and type out the 'contents'. 

"$" # "/" - open the general purpose register specified by !{ and type 
out the * contents' . 

» §n i. s i. n^H _ j, en the processor status word (PSV) and type out the 
' contents' . 

(») """ - modify the open location or GPP with (if) f nd close the open 
location or CPR. Then open location- 2 or CFR-1. 

(#) "8" - modify the open location or CPR with ( 1 ) and close the open 
location or CPR. Then open the location pointed to by the 
original 'contents' of the opened location or CPR. The "P" 
command will wrap around to location P if 'contents' was 
177777 or to CRC if 'contents' was 7. 

(#) "<" - modify the open location or CPP with (if) end close the open 
location or CPR. Then open the relative location pointed to 
by the original location + "contents' + 2. This command will 
not perform the relative mode operation on CPR or PGV 
reg isters . 

# "G" <CK> - start program execution at memory location specified by 

#. PS register is cleared. 

# "b" <CK> - set the non-deleting breakpoint at the address specified 

by i{. 

"b" <CR> - list the adercss of the set breakpoint. If breakpoint is 
not set, CLT will respond v.ith a ?. 

l"L" <CR> - delete the set breakpoint. 

"P" <CR> - proceed from set breakpoint. If a breakpoint is not set, 
ODT will respond with a ?. 

1L"S" <CK> - set default load device to be the console floppy disk. 

2t."S" <CR> - set default load device to be the KLINIK/APT line. 

"S" <CR> - tipe out the current default load device. 
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"L" "filename. ext" <CK> - load console rem from the default device 
with filename .ex t . 

"K" "iiienarue.ext" <CK> - loao console ram from the default device 
with filename. ex t and run the loaded fro^ram. 

"KUbGUT" - deletes the previous inputee, character and echos a \ 
(backslash). "RULCUT" v,ill not delete command* <rcR>, <Lt>, 
/. 



Symbol S: 

# - represents last 5 inputted octal dibits < or = 177777. For 
example, if 7232CG75 is typed in, then !i = 2CT75. 

(#) - optional octal number. 

" " - specifies some od t command . 

'contents' - octal data pointed to by some octal number. 

filename. cxt - specifies a loadable file from the default device. it 
is 1L characters long, filename^ chr. e^ ext=3 chr. 

? - is typed out whenever en invalid command is typed on the console 
terminal . 
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"Loadable" Console Commands 

Guide words are indicated by parentheses a^)C optional fields by 
square brackets. 

SET CLOCK NORMAL 
HIGH 
HA LI 

This command provides for the setting of the system 
clock rate - normal, margined high, or one-half normal rate. 

SLT TEhMINAL TYPE type 
VvTLTH w 
LENGTH 1 
SPEED (INPUT) i (OUTPUT) o 

This commands provides for the setting of terminal 
cliaracteristics. 

SET PASSWORD ( 1 CK KLINIK) password 

This command provides for the setting of the KLINIK 
password. The passworc is limited to six alphanumeric 
characters . 

SE'i bOO'l (DEVICE TO BE) h LOPPY 

KLIN IK/ APT 

This command provides for the selecting of the load 
uevice to be used for autotooting the console and ?SP? 
system . 

SLT LOAD (DEVICE 10 BE) * LOPPY 

KLINIK/APT 

This command {.rovices for the selecting of the lord 
uevice to bt usee in default situations. For rxank, when a 
user types the command 'LOAD filename, the console will look 
for filename on the default loed device. 

SE'i TIME (OF CENTURY) dd-mm-yy hh:mm:ss 

This command provides for the setting of the tine of 
century. Since there is a battery backed-up time of century- 
clock in the hardware, this conn: and should rarely be needed. 
Confirmation will always be required before the command will 
be executed . 

SET [NO] COLMF IRKATIGN 
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This conimanG provides for enabling or disabling the 
requirement for confirmation on those commands which effect e 
running 2C80. 
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SET [NC] AUTOEELCAD 

This commend provioes for the. enabling or disabling of 
the autoi.ie.tic reloading ot the system upon pverur. 

SET VOLTAGE (KARCIN) NORMAL 

HIGH 
LOh 

This command provides for the margining of the system 
ECL power. 

SE'l LINE n SPEED (INPUT) i (OUTPUT) 

This commend provides for the setting of the line speeds 

for any of the four asynchronous lines attached to the 

console. One use of it v.ill be to select the speeds for the 
KL1NIK line. 

ENABLE EARLCCPY (AS LOGGING DEVICE) 
DISABLE 

This commands enables or disables the hardcopv £s a 
logging device for all input and output at the video terminal 
or over the KLINIK line. 

HEAD (CPU REGISTER) CPU 

PC 
VMA 



This commend provides for the reading of the CFU 
registers which are contained in the diagnostic scan paths. 
Specifying the argument CPU will cause the most commonly "e?rt 
registers to be read and displayed, such es the PC and VM/ 1 . 
The complete list of readable registers v.ill be defined 
later . 

'..KITE (CPU REGISTER) ??? 



This command provides for the writing of the CT'J 
registers which are contained in the diagnostic scan paths. 
The complete list of writable registers will be defined 
later . 
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EXAMINE [ adaress- type ] [ address ] 

This commands provides for the examining of memory in 
ail {-arts of the 2VSV CPU cluster. This includes the rein 
MOS memory, all control RAMs , console memory and Port FAMs . 

' address- type ' specifies the memory srace to be examined 
and can be any one of: 
CONSOLE BYTE 

V\CRD 

REGISTER 
AC 

EAS'1-EbOX 
SLCVj-ELCX 
I BOX 
fcPA 
Mb OX 

DIVILE-LOOKUP 
EARLY-DECOCE 
fLU-LCOKUF 
PORT n 
MAIN-MEMORY PHYSIC/ L 

'address' can be any one of: 

NEXT 

PREVIOUS 

adr [ (COUNT) n J 

adrl : adr 2 

The NEXT argument will cause examination of the next 
location following the last location referenced in the last 
EXAMINE command executed. The PREVIOUS argument causes 
examination of the location before the last location 
referenced in the last EXAMINE command executed. Specifying 
'adr' will cause that single location to be examined. E-y 
aaciing the COUNT field, the user can examine the location 
'adr' plus the contents of the next n-1 locations. E-y 
specifying 'adrl:adr2' the user can examine the range of 
locations between and including 'adrl' and ' adr2'. 

Loth the ' add ress- type- ' and 'address' fields are 

optional. The value for each field is saved from the last 
executed EXAMINE command . Therefore, a user c?n type 
'EXAMINE <CK>' to examine the same location in the same 
memory space that was examinee by the last EXAMINE command. 
To examine a different location in the same memory space as 
the last EXAMINE command, the user includes only the 
'aodress' field, e.g., 'EXAMINE NEXT'. 
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DEFOOI'l [ tucress- type ] address data 

Ihis commands provides £or the depositing of r'eDo r y in 
ail parts of the 2f'8C CPU cluster. This includes the main 
MCS memory, all control PAMs, console memory and Fort FY^s. 

' ecicress- type ' specifies the memory sj_ace to be examined 
arid can be any one of: 
CONSOLE fcYTE 
WORD 
REGISTER 
AC 

I'ASl-EbOX 
SLCW-EbCX 
IbCX 
EPA 
f'bOX 

DIVIDE -LOOKUP 
EARLY -DECODE 
PRU-bOCKUP 
PORT n 
i*iAIM -MEMORY PHYSICAL 

'address* can be anv one of: 

NEXT 

LA SI 

PREVIOUS 

adr [ (COUNT) n ] 

ad rl :ad r2 



The NEXT argumen 
location follov. ing 
b E POS I T c oiaii. a nd ex ec u 
ocpositing of the 
last DEPOSIT command 
the depositing of 
referenced in the las 
1 aur * v. ill cause t 
acid ing the COUNT fie-1 
' ac. r ' pi us the con 
specifying 'adrl:adr2 
locations between and 



t will cause the depositing of 
the last location referenced in 
ted. The LAST argument will c 
same location that v^as referenc 
executed. Ihe PREVIOUS argumen 
the location before the last 
t DEPOSIT command executed. S 
hat single location to Lit decos 
d, the user can deposit the 
tents of the next n- 1 locat 
1 the user can deposit the 
including ' adrl' and ' ad r2'. 
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The ' actress- type ' field is optional. 



Ihe 



pi 



;je 



fo- 



that field is saved from the last executed DEPOSIT command. 
Therefore, a. user can type 'DEPOSIT 12?^ -1<CP>' to deposit 
the value -1 into the location 1234 in the sane memory space 
that was deposited by the last DEPOSIT command. 
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LOAL memory-space f il ename.ex t 
SYSTEM 

This con.iiic.nd provides for the loading of. various system 

memory spaces v.ith the contents of a file located on the 

console- floppy. Specifying SYSTEM v, i 1 1 csust all system 
microcodes to be loaded. 

'memory-space' can be any one of: 

l-.bOX 

I BOX 

EASl-EECX 

ELOk-EBCX 

DIVIDE-LOCKUP 

EARLY-DECODE 

tUU-LOOKUF 

PORT n 

CONSOLE 

PKEEOOT 

VEKILY in em or y-space filename. ext 
SYS1EM 

Tliis command provides for the verifying of various 
system memory sj.aces against the contents of a file located 
on the console floppy. Specifying SYSTEM will cause ell 
system microcodes to be verified. 

* n.emor y-space * can be any one of: 

fcbCX 

I BOX 

tAS'1-EbCX 

SLOW-EEOX 

DIVIDE-LOOKUP 

EAKLY-DECCDE 

IKU-LCOKUP 

POK'l n 

CONSOLE 

PKEEOOT 

Doing a ' VEIUtY SYSTEM* will cause a verification of all 
the system memory spaces. in this case, the contents of 
' f il.nam.ext' must be an ASCII file containing the nerrts of 
all the files to be verified. Doing a 'VEHIFY rHFECTT' \i]l 
cause the contents of the specified file to be verified 
against page zero of 2C8C main memory. 



CCWFANY CONFIDENTIAL — Do not duplicate ,-JULjC 

CONSOLE SGt'IV.ARE Fc "^ fc l ' ^ 

APPENDIX 



START CONSOLE address 

2 CSC -PROGRAM 
IbGX 

SLCW-EbGX 
IvibGX 
I PA 

•lnis command provides for the starting prog-cms or 
microcodes at specifiec addresses. Typing 'STANT PclcTess' 
will default to 2C8C-PRCGRAM . 

START GLGCK 
PORT n 

This command provides for the starting of the sv stern or 
Port clocks. 

STOP GLGCK 
FORT n 

This command provides for the stopping of the system or 
Port clocks. 

CYCLE (CLOCK) cycle- count 

This command provides for the cycling of the system 
eiock a specified number of cycles. 

EURL'I (GLGCK) phase-count 

'lhis command provides for the bursting of the system 
clock a specified number of clock pheses. 

ShCV\ (/bGUT) TERMINAL n 

NCN-VCLAT1LE RAH 
LOGICAL-COMMAND name 
DEI AUL1S 
'lliSE-Ofc -CENTURY 
VERSIONS 

lhis command provides the ability to obtain information 
about certain console anc system parameters. 

RUN filename. ex t 

This command provides the ability to load a program from 
the console default load device into console memory and start 
it. 
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DEtlNE (LOGICAL COMMAND) logical-name 

(type Control-Z to terra inate command settience) 

coram and 

command 



control-z 



This command provides the ability to define a unique 
logical name to be a specified sequence of commands. This 
commend sequence can then be executed by using the logical 
name in the REPEAT command or by tyring the logical name 
directly as a command. When the <CK> is typed, the user 
enters an input mode in which he can specify the command 
sequence to be defined. The format for the sequence is one 
command per line, each followed by a <CF>. The input node is 
terminated by a Control-Z. 



KEPEA'l [ repeaL-count J (CCMfoAWD SEQUENCE) 

(ty^e Control-Z to terminate command secuence] 



command 
c omnia nc 



control-z 
OK 
REPEAT [ repeat-count ] logical-name 



This command provides the ability to repeatedly execute 
a specified sequence of commands. P repeat count nay be 
specified. If not, the sequence is repeated indefinitely 
until a Control-C is typed. If a predefined logical command 
(see DEI IKE command) is specified, it will be executed in e 
repeat mode. If a <CR> is typed, the user enters si input 

mode in which he can specify the command sequence to be 
reeeatec. The format for the sequence is one command per 
line, each followed by a <CR>. The input mode is terminated 
Dy a Control-Z. 
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RESET SYSTEM 
10 

IbOX-EBCX 
MbCX 

ERROR-FLOPS 
hErtORY-CCNTROL 

This command provides the ability to reset the entire 
2C8D system or selected parts of it. 

ZERO (KAIN MEMORY) DIRECT 

INDIRECT 

This command provides the ability to zero all of the 
2k80 main memory. Specifying direct will cause the zeroing 
to be done via console DMA depositing into memory. 
Specifying INDIRECT will cause the zeroing to be done via the 
execution of a 208T instruction. 



ODT 



This command causes the console to enter its OCT 
package . 



ELIT filename. ext 



This command invokes the console editor and loads the 
specified file into the editing buffer. 

TAKE filename.CMD 

This command executes the contents of the specified file 
as though it were input coming from the CTY. 

EChO (Of COMMAND FILE) ENABLED 

DISABLED 

This command enables and disables the echoing on the 
terminal of the execution of a command file (see TAKE 
command) . 

COPY (I ILL) filename. ext (TO) filename. ext 

This command copies a floppy disk file. 

TYPE (FILE) filename. ext 

This commands types the specified file on the user's 
terminal . 

DIRECTORY (OF FILE) [ filename. ext ] 
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This command provides the ability to take c 
directory of tiie console florj-y or of e specified file. 

RENAME (fclLE) filename, ext (TC) filename, ext 

This command rensots c. file on the console floft.y. 



fill 1 
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DELETE (TILL} i, il ename .ex t 

This command deletes the specified file from the console 
floppy . 

PRINT (I ILL) iiiriam.ext 

This command prints the specified file on the console 
hardcopy terminal. 

SAVL (CONSOLE RAM) adr:adr (TO FILE) filnam.cxt 

ALL 

This commend dum{s the contents of a specified range or 
all of console RAM onto the specified floppy file. 

STAR'i SYSTEM COLD 
VvARM 
SOFT 

This command will load and start the 2??f; system in the 
specified manner. A CCLr start will simulate the riop-essino 
of the console panel System Start switch excetl fo- the 
booting of the console. A '/.ARM sta-'t will" simulate e 
power- fail restart procedure except for boot i no of" the 
console. /. COM start will ?? /Il" three options will cause 
the automatic loading and running of the FTP. 

TERMINATE (KLIN IK ACCESS) 

lnis commano will terminate a KLINIK access which is in 
progress. This means sending a warning message to the KLItvIF 
user uric hanging up of the KLINIK connection. 

POWER OK 
CFt 



system 



This commend will turn LCL power on or off to the 2fCr 
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RSF Command s 



KCCCN 



rt, s co M ,r.c lec;vts PGP and puts the user Lack t 

lovable console command level, CCN>. /ny tirrsl-inn 

su^ort activity in progress, such as k t ej- P ]iv P| ull b 
gracefully aborted. " 



gun 



This _coir.iL and put the user back to the lest conrvir' level 
he was m before going to PSP command level. Ihi-, pipv hp 
either CCIO' prompt level or "L'ystem FoCe" ta 1 k i nq to a Jr^ 
prog rain. J ' 

HALT (2 CSC CPU) 

This commend halts the 2(80 CPU by rutting th^ 2rp" 
microcodes back to their idle loofs. ' 

CCNTIitfUL (2 fat: PKGCRAM) 

This coi,ir„ono continues a halted 2?°(' program. 
STAR'I 2L'tiiJ-PR0CR^K address 

1 iiis command starts a previously loaded 2P*r p-oq-am at 
the Sfecifiec address. • ■ J 

EXECITE (2(;C(: INSTRUC'l ICN) instr 

Tins command will load c^d execute the specified 
instruction in the 2P€t CPU. * n accented abbreviation for 
this command is 'XCT'. 

ShUTLGWW (2 08t; PROGRAM) 

This command will shutdown the running 2fT- r.r,j , fpi hv 
depositing a -1 into 2P8f: memory location 3r. - - Y 

CLANG L (ESCAPE CEARAC'IFK TC) char 

This comn, and changes the escape character user! to qo 
from "System I^ode" to "Console Aodt" . ' ' 

SYSTEM (l^CDE) 

_ This command causes the hST to enter "System ->ode" 
This includes atttmjting to establish communication (e.-u * 
keep-alive) with the 208C Program. J *' 

SINGLE (INSTRUCT 2C8fi CPU) 
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r lhis con.nic.nd will single instruct the 2 f - E f CPU. 

ShCW 

Ihis command will display the strtus of nil the 



dV 



sil&blfc ylobe.1 j-cirsmcter s in use by the PFP. 



16.11.3 EM'is c-nd Subroutines 
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1C. 11. 4 KLINIK Modes 
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